Hallo Thomas,
> Hallo Jörg, > > Ich habe in der Zwischenzeit auch ein wenig weiter geschaut: > Wir machen das Backup in ein NFS auf einem NAS (Synology Diskstation). > Dort kann man für Freigaben umschalten auf "Windows-ACLs" - das habe > ich gestern mal gemacht und es hatte zur Folge, dass das Backup um > 1:30 anlief und um 6 noch nicht fertig war (das ging vorher wesentlich > schneller). Fehler in den Log-Dateien gab es (noch) keine, aber ich > musste es heute morgen auch abbrechen. Ich werde mal alle Backups > verschieben und das ganze Sa auf So durchlaufen lassen - dann sehe ich > ja, ob es nur der erste Sync ist, der nun eben länger dauert. > > Am 17.03.2015 um 06:26 schrieb Jörg Richter: > > Könntest Du mal mailen: > > > > * Version von linuxmuster.net > > * Version von Backup-Rsnapshot > > * Die Ausgabe von "mount" bei gemounteter Backupplatte > > linuxmuster.net: 6.1.0-29ubuntu0 > Backup-Rsnapshot: 1.6 > mount: > > /dev/vda1 on / type ext4 (rw,errors=remount-ro) > proc on /proc type proc (rw,noexec,nosuid,nodev) > sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) > none on /sys/fs/fuse/connections type fusectl (rw) > none on /sys/kernel/debug type debugfs (rw) > none on /sys/kernel/security type securityfs (rw) > udev on /dev type devtmpfs (rw,mode=0755) > devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) > tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) none on > /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) none on > /run/shm type tmpfs (rw,nosuid,nodev) cgroup on /sys/fs/cgroup type > tmpfs (rw,relatime,mode=755) cgroup on /sys/fs/cgroup/cpuset type > cgroup (rw,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu type cgroup > (rw,relatime,cpu) cgroup on /sys/fs/cgroup/cpuacct type cgroup > (rw,relatime,cpuacct) cgroup on /sys/fs/cgroup/memory type cgroup > (rw,relatime,memory) cgroup on /sys/fs/cgroup/devices type cgroup > (rw,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup > (rw,relatime,freezer) cgroup on /sys/fs/cgroup/blkio type cgroup > (rw,relatime,blkio) cgroup on /sys/fs/cgroup/perf_event type cgroup > (rw,relatime,perf_event) cgroup on /sys/fs/cgroup/hugetlb type cgroup > (rw,relatime,hugetlb) /dev/vdb1 on /home type ext4 > (rw,usrquota,grpquota) /dev/vdc1 on /var type ext4 > (rw,usrquota,grpquota) rpc_pipefs on /run/rpc_pipefs type rpc_pipefs > (rw) 10.16.1.2:/volume1/schulnetz on /media/backup type nfs > (rw,addr=10.16.1.2) > > Vielen Dank für die Hilfe, > Thomas Also Backup auf ein NFS-Share. Ich habe das selbst nie probiert, weiß also nicht, was dabei mit den ACLs passiert. Es hängt wohl auch von der NFS-Version ab, vermutlich ist NFSv4 erforderlich. (Die "Windows-ACLs" sind viel feiner alsi die von Linux verwendeten, deshalb ist das wohl keine gute Idee). Aber: Wenn Du bisher nicht wusstest, das Du ALCs verwendest, dann verwendest Du sie nur für die Tauschverzeichnisse ;-) In diesem Fall musst Du sie nicht mitsichern, es reicht, nach einem etwaigen Restore "import_workstations" aufzurufen. In der Datei /etc/backup-rsnapshot/rsnapshot.conf kannst Du das Sichern der ACLs deaktivieren: rsync_short_args -a (anstelle von -aAX) sollte die Fehlermeldungen beseitigen. Viele Grüße Jörg _______________________________________________ linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user