Rebuild Chunk?

R

relink

New Member
Aug 22, 2024
13
1
3
Kurze Frage, dazu hatte ich leider nichts treffendes gefunden:

Wenn das erste Voll-Backup einer VM erfolgt ist, und dieses beim verifizieren dann "Unable to load chunk, checksum error" schmeißt:
Ist es nicht möglich, bei einem erneuten Backup diesen defekten Chunk zu "reparieren"?

Oder ist direkt das ganze Backup wasted?
 
relink said:
Kurze Frage, dazu hatte ich leider nichts treffendes gefunden:

Wenn das erste Voll-Backup einer VM erfolgt ist, und dieses beim verifizieren dann "Unable to load chunk, checksum error" schmeißt:
Ist es nicht möglich, bei einem erneuten Backup diesen defekten Chunk zu "reparieren"?

Oder ist direkt das ganze Backup wasted?
Click to expand...
Hallo,

falls die entsprechenden Daten in der VM noch nicht modifiziert wurden, dann wird der chunk bei einem neuen backup wieder hochgeladen, die snapshots welche diesen chunk indiziert haben, können damit "geheilt" werden.

Falls die Daten in der Zwischenzeit geändert wurden, dann geht das nicht, jene snapshots wo der defekte chunk indiziert wurde sind korrupt.
 
Hallo Chris,

Danke für die schnelle und hilfreiche Antwort!

Wenn bei einem Vollbackup nur eine einzige vm-disk den Fehler schmeißt, würde es auch ausreichen nur diese eine Disk erneut zu sichern?
Angenommen chunk verf. bei disk5 schlägt fehl, dann nur disk5 erneut sichern - und nicht die gesamte vm?

Bei einer Maschine tritt beim ersten Voll-Backup immer dieses Problem auf.
Dann würde ich jetzt folgender Maßen vorgehen:

1.Backups platt machen
2. Shutdown VM
3. Backup durchlaufen lassen
4. Verifizieren
5. If (verf. error) -> Erneut Backup
6. If (verf. ok) -> Start VM
 
relink said:
Hallo Chris,

Danke für die schnelle und hilfreiche Antwort!

Wenn bei einem Vollbackup nur eine einzige vm-disk den Fehler schmeißt, würde es auch ausreichen nur diese eine Disk erneut zu sichern?
Angenommen chunk verf. bei disk5 schlägt fehl, dann nur disk5 erneut sichern - und nicht die gesamte vm?
Click to expand...
Mach doch ein ganz normales Backup, das ist inkrementell (nur die Änderungen) + der fehlerhafte Chunk.
relink said:
Bei einer Maschine tritt beim ersten Voll-Backup immer dieses Problem auf.
Click to expand...
Da würde ich mal den PBS Speicher checken. Ich habe noch nie defekte Chunks gehabt, außer mal bei Kunden wo wir ein Temporäres Backup auf ganz alter Hardware gemacht haben und die Disks schon sehr viele Fehler hatten. (Erst nachher gemerkt)
relink said:
Dann würde ich jetzt folgender Maßen vorgehen:

1.Backups platt machen
2. Shutdown VM
3. Backup durchlaufen lassen
4. Verifizieren
5. If (verf. error) -> Erneut Backup
6. If (verf. ok) -> Start VM
Click to expand...
 
Hallo Chris,

Danke dir für deine Hilfe!
Wie du merkst, ist das alles sehr neu für mich.

So hatte ich das verstanden (Vorraussetzung: VM Stop)
Voll Backup -> verifizieren (wird wahrscheinlich wieder error geben) -> "Backup" (dann automatisch als inkrementell) -> verifizieren?

Habe ich das richtig verstanden?

Wird die verfizierung des Voll-Backups dann auch erfolgreich sein, wenn beim inkrementellen Backup der defekte Chunk ersetzt wird?


Ja, das ist so eine Sache mit dem PBS Speicher, die mir sehr unangenehm ist.
Das Setup ist subotpimal, und ich war nicht im Bilde darüber, wie die Vorraussetzungen für PBS eigentlich sind - das war ein Fehler den ich bereue - an dem ich jetzt gerade aber nichts ändern kann.

Aktuell sichert PBS auf ein NFS Share mit BTRFS bestehend aus HDDs (Synology halt) ... (Ja, tut mir leid - hätte ich vorher lesen müssen!)
Da wird der Hund begraben liegen.
Parallel wird das SHR sogar noch erweitert..... das kommt zusätzlich nochmal auf die IOPS.

Plan ist fürs erste die Backups zum laufen zu bringen, dann eine neue Maschine hochzuziehen mit lokalen ZFS + special Device (sorry, aber nachdem 8.000€ in Enterprise SSDs fürs Ceph Cluster geflossen sind, habe ich keine Kohle mehr für 20.000€ SSDs fürs Backup).

Ich habe Fehler gemacht, ich steh dazu - die Frage ist jetzt halt nur, wie man aus der Sache lernt und es in Zukunft besser macht.
 
Nur um sicher zu gehen:
Wenn Verfikation fehlgeschlagen und Maschine keine Änderungen in der Zwischenzeit (da VM ausgeschaltet) seit dem letzten Backup:
Dann einfach Backup Knopf hämmern?

Das würde dann auf Basis der Voll-Sicherung eine inkrementelle Sicherung starten, und dabei die fehlerhaften Chunks korrigieren, weil diese bei der verifikation als ".bad" markiert wurden, aber eben nur wenn die Daten auf die sich dieser defekte Chunk bezieht, nicht verändert wurden seit der letzten Sicherung?
 
Schaue mal wie du den NFS Share gemountet hast. Du solltest nur direct Writes erlauben und kein Caching.
 
Ich müsste dazu auch erst einmal eine Suchmaschine bemühen, wie man NFS Direct I/O konfiguriert. Gab aber hier im Forum schon ein paar Mal eine Anleitung.
 
Hey Falk,

Danke erstmal für den Hinweis! :)

Ich will hier niemanden auf den Senkel gehen, werde aber nicht der Erste und nicht der Letzte sein.

Also ich habe google intensiv nach NFS direct I/O durchsucht, dazu PBS, proxmox backup usw...
Etliche Guides durchgelesen (so wie auch bei der Einrichtung initial) - aber dazu finde ich nichts.

Wird das auf der Synology Seite gemacht? "Asynchron aktivieren" = aktiv?

Ich bin überfordert, bitte um Hilfe :)
 
Ja auf der Serverseite (NAS) das asynchrone deaktivieren.
 
You must log in or register to reply here.

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Quick Navigation

Home Get Subscription Wiki Downloads Proxmox Customer Portal About

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!
Community platform by XenForo® © 2010-2024 XenForo Ltd.
Top Bottom