Moin!
Nachdem ich schon mehrmals mich per Kontaktformular und per Email an den Support gewandt habe, probiere ich es jetzt auch mal uebers Forum, in der Hoffnung, dass jemand anderes hier vielleicht eine Loesung fuer das Problem hat...
Das Szenario:
Auf dem Server laufen ein paar Xen domUs. Von diesen sollen taeglich Backups per LVM-Snapshot gemacht werden (mal abgesehen davon, dass LVM ein Problem mit den Dual Amd64 X2 CPUs zu haben scheint und es zu einem Kernel Oops kommt).
Die Daten werden auf dem Hostsystem (dom0) zwischengespeichert und von dort aus auf das FTP-Backup per lftp geschoben - was aber rein gar nicht zu funktionieren scheint:
# lftp -f bin/lftp-backup-script.cmd
mirror: Access failed: 554 Backup-BE-euserv_2007-01-11.tgz: invalid REST argument
mirror: Access failed: 554 Backup-Monitor-euserv_2007-01-11.tgz: invalid REST argument
mirror: Access failed: 554 global_2007-01-08.sql.gz: invalid REST argument
mirror: Access failed: 554 global_2007-01-09.sql.gz: invalid REST argument
mirror: Access failed: 554 global_2007-01-10.sql.gz: invalid REST argument
mirror: Access failed: 554 global_2007-01-11.sql.gz: invalid REST argument
mirror: Access failed: 554 global_2007-01-12.sql.gz: invalid REST argument
mirror: Access failed: 554 global_2007-01-13.sql.gz: invalid REST argument
mirror: Access failed: 554 global_2007-01-14.sql.gz: invalid REST argument
mirror: Access failed: 554 global_2007-01-15.sql.gz: invalid REST argument
mirror: Access failed: 554 global_2007-01-16.sql.gz: invalid REST argument
mirror: Access failed: 554 local_2007-01-08.sql.gz: invalid REST argument
mirror: Access failed: 554 local_2007-01-09.sql.gz: invalid REST argument
mirror: Access failed: 554 local_2007-01-10.sql.gz: invalid REST argument
mirror: Access failed: 554 local_2007-01-11.sql.gz: invalid REST argument
mirror: Access failed: 554 local_2007-01-12.sql.gz: invalid REST argument
mirror: Access failed: 554 local_2007-01-13.sql.gz: invalid REST argument
mirror: Access failed: 554 local_2007-01-14.sql.gz: invalid REST argument
mirror: Access failed: 554 local_2007-01-15.sql.gz: invalid REST argument
mirror: Access failed: 554 local_2007-01-16.sql.gz: invalid REST argument
mirror: Access failed: 550 /www/data/Backup-VMs/BEeus-daily/localweb/etc-localweb_2007-01-08.tgz: No space left on device
mirror: Access failed: 550 /www/data/Backup-VMs/BEeus-daily/localweb/etc-localweb_2007-01-09.tgz: No space left on device
mirror: Access failed: 550 /www/data/Backup-VMs/BEeus-daily/localweb/etc-localweb_2007-01-10.tgz: No space left on device
mirror: Access failed: 550 /www/data/Backup-VMs/BEeus-daily/localweb/etc-localweb_2007-01-11.tgz: No space left on device
Auf dem FTP-Backup schaut es dann folgendermassen aus:
ncftp / > dir www/data/Backup-VMs/
drwxrwxrwx 4 ftp13140yyy-xxxxxx nogroup 4096 Dec 19 08:42 BEeus-daily
-rw-r--r-- 1 3221199216 (?) 2871463936 Jan 16 13:29 Backup-BE-euserv_2007-01-11.tgz
-rw-r--r-- 1 (?) (?) 0 Jan 16 13:29 Backup-Monitor-euserv_2007-01-11.tgz
Wie man sieht sind allein schon die uid:gid Werte aeusserst seltsam...
Auf der Serverplatte haben die Files andere Groessen:
-rw-r--r-- 1 root root 11598589232 Jan 11 10:34 /data/Backup-VMs/Backup-BE-euserv_2007-01-11.tgz
-rw-r--r-- 1 root root 794625095 Jan 11 10:38 /data/Backup-VMs/Backup-Monitor-euserv_2007-01-11.tgz
Das lftp-Script sieht in wesentlichen wie folgt aus:
set cmd:parallel 1
set mirror:parallel-directories false
set mirror:parallel-transfer-count 1
set mirror:use-pget-n 1
set net:connection-limit 1
set mirror:parallel-transfer-count 1
open -u ftp13140yyy-xxxxxx,secret ftp.euserv.de
lcd /data
cd www/data/
mirror -Re Backup-VMs
bye
Die obigen Einschraenkungen wie connection-limit 1 sind dem EUserv FTP-Server geschuldet. Bei einem anderen grossen deutschen Hoster laeuft die gleiche Backup-Strategie ohne diese Einschraenkungen und ohne obige Probleme. Insofern scheint es am EUserv FTP-Server zu liegen.
250GB FTP-Backup zur Verfuegung zu haben, macht wenig Sinn, wenn man sie nicht gescheit nutzen kann.