[SOLVED] rsync: write failed on ...

[HansPeter12]

Hallo Community,

Ich habe das Problem dass mein Backup nicht richtig durchläuft.
Und eigentlich hab ich das Problem auch schon gefunden.
So wie ich dass verstanden habe wird beim backup erstmal alles auf das local Verzeichnis geschrieben.
Aber genau da liegt dass Problem, das Local laufwerk ist kleiner als das Backupfile also läuft es voll und geht in den error über.
Außerdem ist mir aufgefallen, dass die Speicherbelegung von dem Netzlaufwerk deutlich kleiner ist als die von der Platte an sich:

155G /mnt/pve/backup

109G /mnt/pve/Backup/

"backup" und "Backup" ist im grunde dass gleiche. Meine Backup´s landen auf "Backup" wobei "backup" die Original-Platte ist, und nichts weiter darauf ist außer eben die raw.Datei für das Netzlaufwerk.
Ich hoffe man versteht mein Anliegen!
Wäre schön wenn mir jemand sagen könnte ob ich das irgendwie umgehen kann oder anderweitig fixen kann.
Danke schonmal im voraus!


PS: Das Backuplaufwerk ist ein Netzlaufwerk, sieht so aus als würde es nur auf die local Platte kopiert werden, wenn ich es auf das Netzlaufwerk Backupen würde.

MFG

 

[gmed]

Um da weiter zu kommen, müsste man mal wissen:

a) Wie ist das Netzlaufwerk verbunden? (cifs,nfs...)
b) Ist das ein manueller Backujob oder über den Server angelegt?
c) Wie kommst du auf rsync?

Im Normalfall wird das Backup auf den dafür vorgesehenen Storage geschrieben und dabei per lzo oder gzip gepackt. Daher ist die Größe lokaler Laufwerke bei einem Backup auf ein auseichend großes Storage im Netz irrelevant.

 

[HansPeter12]

a) Es handelt sich um ein CIFS Laufwerk
b) Spielt keine Rolle, bei beiden tritt das Problem auf
c) Weil der Error von rsync aus geht: Hier mal Auszug:
112: 2020-04-03 03:45:02 INFO: Starting Backup of VM 112 (lxc)
112: 2020-04-03 03:45:02 INFO: status = running
112: 2020-04-03 03:45:02 INFO: backup mode: suspend
112: 2020-04-03 03:45:02 INFO: ionice priority: 7
112: 2020-04-03 03:45:02 INFO: CT Name: Nextcloud
112: 2020-04-03 03:45:02 INFO: starting first sync /proc/18511/root// to /var/tmp/vzdumptmp8575
112: 2020-04-03 04:22:10 INFO: rsync: write failed on "/var/tmp/vzdumptmp8575/var/www/nextcloud/data/Hari/files/Alter Laptop/bilder/@2018 Bilder Samsung S5 mini Backup/Videos/20180509_155103.mp4": No space left on device (28)
112: 2020-04-03 04:22:10 INFO: rsync error: error in file IO (code 11) at receiver.c(374) [receiver=3.1.3]
112: 2020-04-03 04:22:12 ERROR: Backup of VM 112 failed - command 'rsync --stats -X -A --numeric-ids -aH --delete --no-whole-file --sparse --one-file-system --relative '--exclude=/tmp/?*' '--exclude=/var/tmp/?*' '--exclude=/var/run/?*.pid' /proc/18511/root///./ /var/tmp/vzdumptmp8575' failed: exit code 11

Wenn ich das Backup auf Normal gemountete Laufwerke mache, werden sie auch direkt auf die Platte geschrieben und nicht zwischendurch auf local kopiert.

 

[gmed]

Ich zitiere mal kurz aus der Dokuzu vzdump:

"
suspend mode
This mode uses rsync to copy the container data to a temporary location (see option --tmpdir). Then the container is suspended and a second rsync copies changed files. After that, the container is started (resumed) again. This results in minimal downtime, but needs additional space to hold the container copy.
When the container is on a local file system and the target storage of the backup is an NFS/CIFS server, you should set --tmpdir to reside on a local file system too, as this will result in a many fold performance improvement. Use of a local tmpdir is also required if you want to backup a local container using ACLs in suspend mode if the backup storage is an NFS server."

D.h bei einem Backup im Syspend-Mode brauchst du bei einem Container lokal genug freien Plattenplatz.
Ist der nicht verfügbar, dann bleibt der Wechsel auf Stop-Mode oder (sofern der Storage das unterstützt) der Snapshot-Mode.
Das dass Ganze bei einem Netzlaufwerk funktioniert, liegt daran, dass dann das temp-Verzeichnis auf dem Netzlaufwerk liegt.
Was die Sache langsamer macht, aber in deinem Fall halt genug Platz bietet.

 

[HansPeter12]

Ah okay danke dass habe ich nicht gesehen. Suspend mode benutze ich auch nur weil snapshot nicht funktioniert...
Da kommt dieser Fehler:
starting new backup job: vzdump 112 --mode snapshot --remove 0 --storage Backup --node Tower --compress gzip
INFO: filesystem type on dumpdir is 'cifs' -using /var/tmp/vzdumptmp2006 for temporary files
INFO: Starting Backup of VM 112 (lxc)
INFO: Backup started at 2020-04-05 21:51:01
INFO: status = running
INFO: CT Name: Nextcloud
INFO: mode failure - some volumes do not support snapshots
INFO: trying 'suspend' mode instead
INFO: backup mode: suspend

Dort komme ich leider auch nicht weiter...
wenn du mir da auch helfen könntest würde ich mich auch sehr freuen!

 

[gmed]

"some volumes do not support snapshots" !!

Auf was für einem Storage liegt den der Container?
Der kann wohl kein Snapshot, also bleibt nur Stop-Mode,
Sorry

 

[HansPeter12]

Ja wenn es so einfach wäre...
snapshot habe ich nämlich immer benutzt, bis von den einen auf den anderen tag es einfach nicht mehr funktionierte. Dann kam genau dieser Error... geändert habe ich aber nichts. also war mein bzw. müsste mein Laufwerk ja eigentlich geeignet sein.
Der Container liegt auf einer Standard gemounteten 1TB HDD