Erhard Schwenk, Montag, 4. September 2006 15:32:
entweder die Daten vom Client per cron-Job auf den Backup-Server pushen.
Ja, genau so will ich es machen. Aber das betrifft das Problem ja nicht, denn:
/backup muß ja nicht root gehören.
Nein, muß es nicht. Aber /backup/etc... gehört root. D.h. wenn ich so hineinschreiben will, daß der Eigentümer der Datei erhalten bleibt, dann muß ich mit root-Rechten arbeiten. Dabei spielt es keine Rolle, ob die Clients per cron auf den Server einliefern, oder ob (was in meinem Falle nicht ginge) der Server per cron von den Clients saugt.
Oder in der authorized_keys auf dem Client mit COMMAND=... arbeiten, z.B. so:
command="rsync --rsh="ssh -i /root/.ssh/backupserver.key" -avz / root@backupserver:daten/" ssh-rsa <public key>
Wo kann man denn da genauer nachlesen? man authorized_keys gibts jedenfalls nicht...
Ich mache hier sowohl als auch. Die Daten werden per cron von den Clients gepackt und als tar.gz auf den Server geschoben
Das bedeutet, daß Du das Problem dadurch umschiffst, daß Du vorher mit tar packst. Dann bleiben Dir natürlich die Eigentümer der Dateien erhalten. Aber was, wenn die .tar.gz hunderte von GB groß ist? Dann überträgst Du doch lauter unnötiges Volumen, wenn sich nur wenige MB geändert haben. -- Andre Tann