unable to access non-existent chunk

[straucha]

Hallo, ich habe im PBS (Backup Server 1.1-9) mehrere datastores angelegt. In einem der Datastores bekomme ich täglich tausende von Fehlermeldungen der folgenden Art:

2021-06-08T00:00:00+02:00: starting garbage collection on store dmz
2021-06-08T00:00:00+02:00: task triggered by schedule 'daily'
2021-06-08T00:00:00+02:00: Start GC phase1 (mark used chunks)
2021-06-08T00:00:00+02:00: WARN: warning: unable to access non-existent chunk 5aec4b2c110425274746d6bbdd94df3e16a56baec0dd77c8d6533df055828dc6, required by "/tank/dmz/atcl/ct/114/2021-06-02T22:45:11Z/catalog.pcat1.didx"
2021-06-08T00:00:00+02:00: WARN: warning: unable to access non-existent chunk 686651f74d468428f45d3f2c1f73fe5eca6084337275cfa2bfe3d11f989cad7b, required by "/tank/dmz/atcl/ct/114/2021-06-02T22:45:11Z/catalog.pcat1.didx"
2021-06-08T00:00:00+02:00: WARN: warning: unable to access non-existent chunk 0b13e6dc552336f5462b8f12c5a0e058f2c57f1ce813a6621254bf77dc4e0b79, required by "/tank/dmz/atcl/ct/114/2021-06-02T22:45:11Z/catalog.pcat1.didx"
2021-06-08T00:00:00+02:00: WARN: warning: unable to access non-existent chunk e003a5cbd33e643869f5cab44984e88a1dc807d71039f2e51710cc1d856cfb85, required by "/tank/dmz/atcl/ct/114/2021-06-02T22:45:11Z/catalog.pcat1.didx"

Wenn ich in den betreffenden Ordner schaue, sieht es wie folgt aus:

root@backup1-drs:~# ls -lah /tank/dmz/atcl/ct/114/2021-06-02T22\:45\:11Z/
total 155K
drwxr-xr-x  2 backup backup    7 Jun  3 00:46 .
drwxr-xr-x 19 backup backup   20 Jun  8 00:45 ..
-rw-r--r--  1 backup backup 4.2K Jun  3 00:46 catalog.pcat1.didx
-rw-r--r--  1 backup backup  859 Jun  3 00:46 client.log.blob
-rw-r--r--  1 backup backup  438 Jun  3 00:46 index.json.blob
-rw-r--r--  1 backup backup  239 Jun  3 00:45 pct.conf.blob
-rw-r--r--  1 backup backup 106K Jun  3 00:46 root.pxar.didx

Was man vielleicht erwähnen sollte, ist das der Datastore ATCL unterhalb des Datastore DMZ liegt.

datastore: dmz
        comment DMZ
        gc-schedule daily
        keep-daily 7
        keep-monthly 12
        keep-weekly 13
        keep-yearly 1
        path /tank/dmz
        prune-schedule daily

datastore: dmz_atcl
        comment ATCL in DMZ
        gc-schedule daily
        keep-daily 7
        keep-monthly 12
        keep-weekly 13
        keep-yearly 1
        path /tank/dmz/atcl
        prune-schedule daily

Ist das die Ursache für das Problem?

In jedem Fall, was müsste ich denn tun, damit ich die vielen Fehlermeldungen loswerde?

 

[fabian]

ja das ist die ursache, und die loesung ist denkbar einfach - datastores nicht nesten

 

[tafkaz]

Hallo,
Dazu hätte ich noch eine Frage.

Verschachteln soll man nicht ok
Aber was ist, wenn wirklich jeder Datastore einen eigenen folder hat.
Also nicht wie hier

Datastore_1   path /tank/dmz
Datastore_2   path /tank/dmz/atcl

sondern zum Beispiel

Datastore_1   path /tank/dmz
Datastore_2   path /tank/atcl

Ich habe das nämlich bei mir so, erhalte aber auch sehr regelmäßig verification und GC errors.
Gerade eben zum Beispiel:

2021-08-13T18:58:17+02:00: WARN: warning: unable to access non-existent chunk b1e459ac51164a11aa3d52f67db4d8cfae19b47bdba5888f4ac93eab139c23d3, required by "/backup/Datastore_2/vm/101/2021-08-12T02:00:02Z/drive-scsi0.img.fidx"

Dabei ist bei mir /backup/ ein per CIFS gemountetes share in einem externen RZ.
In der fstab folgendermaßen gemountet:

//some_samba_server.foo/backup     /backup     cifs        uid=0,credentials=/root/smb,iocharset=utf8,vers=3.0,noperm 0       0

Danke
Sascha

 

[tafkaz]

Hallo zusammen,

kurzes Update hierzu.
Ich hatte zwischendurch "bad chunks" auf dem entsprechenden DS, die konnte ich aber durch verify und gc los werden.
Trotzdem laufen auf dem einen DS immer noch immer wieder verification und gc jobs auf Fehler:

Job ID:    v-e72467bd-1ad0
Datastore: DS1
Verification failed on these snapshots/groups:
  vm/101/2021-08-31T03:00:02Z
  vm/205/2021-09-01T04:44:04Z

Mittlerweile hänge ich den externen Speicher (Hetzner Storage Box) folgendermaßen ein:

//u123456.your-storagebox.de/backup     /backup-storagebox-Hetzner      cifs        seal,uid=34,credentials=/root/secret/somecredentialsfile,noforceuid,gid=34,noforcegid,cache=none,defaults,noauto,nofail,x-systemd.automount,x-systemd.requires=network-online.target     0       0

Vor allem auf cache=none hatte ich gehofft, aber leider hat das keine Änderung gebracht.
Wenn jemand noch Ideen hätte, ich würde mich freuen.

Danke
Sascha