Am Dienstag, 8. April 2008 16:04:42 schrieb Andreas:

Die Kiste hat 1 System und 2 Datenplatten. Die 2 laufen im RAID1. Bislang lief wöchentlich ein Script, das per "zip -9r ..." backups von /home und paar anderen Verzeichnissen zog. Heute merkte ich, dass zip an einer 2GB Grenze scheitert. D.h. ich brauche was besseres.

Es soll - auf (ext3 bzw reiser 3) keine engere Größenbegrenzung als das FS - automatisch per cron laufen und per ssh wartbar sein - robust und sicher sein - alte backups rollierend wieder löschen

Wie handhabt ihr das?

- http://www.rsnapshot.org - tar bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer

On Tue, 08 Apr 2008 16:04:42 +0200 Andreas wrote:

Heute merkte ich, dass zip an einer 2GB Grenze scheitert. D.h. ich brauche was besseres.

Es soll - auf (ext3 bzw reiser 3) keine engere Größenbegrenzung als das FS - automatisch per cron laufen und per ssh wartbar sein - robust und sicher sein - alte backups rollierend wieder löschen Wie handhabt ihr das?

Dein Problem liegt möglicherweise gar nicht im zip, sondern im Filesystem begraben. Also dass dieses keine Dateigrössen über 2 GB zulässt. Bei älteren Linux-OS halte ich das für wahrscheinlich, weil gerade unter ext2fs/ext3fs lange Zeit nur 2 GB Dateigröße möglich waren. Dann solltest Du vielleicht einfach mehrere zip-Archive, z.B. sortiert nach Verzeichnissen erzeugen. Zur Frage: In dieser (geringen) Größenordnung und wenn genügend tmp-Space vorhanden ist, per tar mit gzip-Komprimierung lokal und dann im zweiten Arbeitsgang per lftp auf eine andere Maschine. tar kann auch multi-volume-Archive definierter Maximalgröße erzeugen, wenn das Filesystem solche Grenzen vorgibt. Habe allerdings keine eigenen Erfahrungen, wie gut das funktioniert. Der Rest dann via bash-scripting als cronjob. lftp bietet recht komfortabel die Möglichkeit, Scripte in einer Art ftp-Kommandozeile ablaufen zu lassen, die sich in der Syntax nur wenig von bash & Co. unterscheidet. Mit "rm" und "mv" kann man recht einfach die backups auf dem Zielsystem durch Umbenennung rollieren lassen und die älteste Version rauswerfen. Wenn die Backups auf einer eigenen Platte, aber lokal liegen bleiben, reicht natürlich das rm und mv von bash. Statt ftp kann man auch scp oder sftp verwenden, wenn das Zielsystem dies zulässt. Wenn ssh möglich ist, dann könnte man auch per rsync einen kompletten Spiegel auf einem zweiten, moderneren System anlegen, das dann vielleicht auch größere Filegrößen als Archive zulässt. Eigentlich sollte heutzutage alles unter 2 TB kein Problem sein. -- Gruß, Tobias. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

On Tue, Apr 08, 2008 at 04:04:42PM +0200, Andreas wrote:

Wie handhabt ihr das?

rsync mit Zip-Kompression. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org