[SuSE 9.1 pro] Tar-Backup auf Tandberg 100 SLR
Hallo, ich habe da mal eine Fräge ... Ich habe hier ein laufendes SUSE Linux 9.1 als Samba-Server wo in der Nacht die Backups der anderen Server drauf gespeichert werden. Geplant ist nun (Versicherungen sei Dank), daß ich einmal pro Woche eine Kopie des Verzeichnisses /backup/current auf ein Band ziehe und zwar immer den Freitag. 1. Nächtliche Sicherungen von sechs Servern nach /backup/$datum -> OK 2. Automatisches mounten der Freitagssicherung nach /backup/current am Samstag -> OK 3. Sicherung /backup/current auf Tandberg SLR 100 (/dev/st0) klappt soweit, auch wenn es ewig dauert. Immerhin liegen 70GB Daten vor, aber was solls - läuft ja am Samstag ;-) 4. Automatisches Löschen von /backup/$montag_vorwoche nach der Sicherung von /backup/$montag_diesewoche -> OK Nun kommt aber der Knackpunkt, wo ich nicht weiterkomme. Es kann ja mal sein, daß so ein Band voll ist. Ich wirbele hier mit fünf Bändern pro Monat rum, wovon vier aktiv benutzt werden und eines in Reserve ist. Wenn ich also das erste Band wieder einlege, dann sind von 100 GB ja schon 70 GB belegt (einfach gerechnet - ohne Komprimierung). Sprich: Weitere 70 GB gehen da nicht drauf. Also habe ich mir gedacht, machst Du einfach vor jeder Sicherung auf Band ein "mt -f /dev/st0 erase". So steht es jedenfalls in der Manpage dazu. Folgendes passiert: Nach dem manuellen Absetzen des Befehles fängt das Bandlaufwerk an zu schnurren, und ich finde den Befehl auch abgebildet via "ps" wieder. Nun läuft der Befehl schon seit heute morgen um 07.00 Uhr und ich fange an mich zu wundern. Nun die Fräge ...: Soll das so ? Und wenn nein, wo könnte der Fehler liegen? bis dahin - kind regards Martin Mewes -- http://webmin.mamemu.de/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 Proud Forte Agent 2.0 Beta Tester
Am Dienstag, 15. Juni 2004 13:58 schrieb Martin Mewes:
(...) Also habe ich mir gedacht, machst Du einfach vor jeder Sicherung auf Band ein "mt -f /dev/st0 erase". So steht es jedenfalls in der Manpage dazu. Folgendes passiert: Nach dem manuellen Absetzen des Befehles fängt das Bandlaufwerk an zu schnurren, und ich finde den Befehl auch abgebildet via "ps" wieder. Nun läuft der Befehl schon seit heute morgen um 07.00 Uhr und ich fange an mich zu wundern. Nun die Fräge ...: Soll das so ? Und wenn nein, wo könnte der Fehler liegen?
Ist das "erase" nötig, wenn man /dev/st0 benutzt? M.E. fängt "st0" _immer_ am Bandanfang an zu schreiben (ein Band ist ja kein Block-Device mit wahlfreiem Zugriff), und nur /dev/nst0 spult _nicht_ zurück. Kann es sein, dass er "mt erase" - Befehl einfach das gesamte Band (100GB) mit Nullen vollschreibt und daher so irrsinnig lange braucht? -- Dipl.-Ing. Jens Benecke http://www.hitchhikers.de - Europas kostenlose Mitfahrzentrale seit 1998 http://www.rb-hosting.de - Webhosting mit Extras - PHP ab €9 - SSH ab €19 http://www.spamfreemail.de - 100% saubere Postfächer, garantiert!
Hallo, Jens Benecke <jens-dated-1088165393.51b79f@spamfreemail.de> wrote:
Am Dienstag, 15. Juni 2004 13:58 schrieb Martin Mewes:
(...) Also habe ich mir gedacht, machst Du einfach vor jeder Sicherung auf Band ein "mt -f /dev/st0 erase". So steht es jedenfalls in der Manpage dazu. [...] Ist das "erase" nötig, wenn man /dev/st0 benutzt? M.E. fängt "st0" _immer_ am Bandanfang an zu schreiben (ein Band ist ja kein Block-Device mit wahlfreiem Zugriff), und nur /dev/nst0 spult _nicht_ zurück.
Dieser Frage schliesse ich mich gerne an :-)
Kann es sein, dass er "mt erase" - Befehl einfach das gesamte Band (100GB) mit Nullen vollschreibt und daher so irrsinnig lange braucht?
Keine Ahnung, er schreibt immer noch ;-) Nun, also ich mach jetzt hier Feierabend. Wenn ich morgen wieder ins Büro komme und das Dingen läuft noch immer, dann hakt es irgendwo ganz gewaltig. bis dahin - kind regards Martin Mewes -- http://webmin.mamemu.de/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 Proud Forte Agent 2.0 Beta Tester
Moin, moin ... Martin Mewes <mm@mewes.tv> wrote:
Nun, also ich mach jetzt hier Feierabend. Wenn ich morgen wieder ins Büro komme und das Dingen läuft noch immer, dann hakt es irgendwo ganz gewaltig.
Und in diesem Augenblick springt das Band raus :-) Also alles in Dortmund. Insgesamt hat "mt -f /dev/st0 erase" auf einem 100 GB-Band 11 Stunden gedauert. Jetzt gilt es nur noch die Frage aus Message-Id: <200406151409.52593.jens@spamfreemail.de> zu klären, ob ein direktes Schreiben auf /dev/st0 ein vorheriges Löschen nötig macht oder nicht. Testen werde ich das morgen, also Backup aufs Band und am Donnerstag dann das nächste Backup auf Band hinterher. Wenn das Backup am Donnerstag reibungslos läuft, dann habe ich die Antwort praktisch ermitteln können ;-) Eine theoretische Antwort vorab wäre jedoch auch sehr freundlich ;-) bis dahin - kind regards Martin Mewes -- http://webmin.mamemu.de/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 Proud Forte Agent 2.0 Beta Tester
Hi, am Dienstag, 15. Juni 2004 16:30 schrieb Martin Mewes:
Jetzt gilt es nur noch die Frage aus Message-Id: <200406151409.52593.jens@spamfreemail.de> zu klären, ob ein direktes Schreiben auf /dev/st0 ein vorheriges Löschen nötig macht oder nicht.
Der Streamer schreibt an der Stelle auf's Band, an der es steht. Wenn also das Band am Anfang steht, dann wird ab da geschrieben, bisheriger Inhalt des Bandes hin oder her. Um hinter ein bestehendes Archiv zu schreiben mußt Du schon explizit an das Ende springen und das nicht-zurückspulende nstX-Device verwenden. Solange Du /dev/st0 verwendest sollte das immer am Anfang des Bandes anfangen.
Testen werde ich das morgen, also Backup aufs Band und am Donnerstag dann das nächste Backup auf Band hinterher.
Wenn das Backup am Donnerstag reibungslos läuft, dann habe ich die Antwort praktisch ermitteln können ;-) Eine theoretische Antwort vorab wäre jedoch auch sehr freundlich ;-)
Bye Andreas
-----BEGIN PGP SIGNED MESSAGE----- Hallo Martin, Am Dienstag, 15. Juni 2004 16:30 schrieb Martin Mewes:
zu klären, ob ein direktes Schreiben auf /dev/st0 ein vorheriges Löschen nötig macht oder nicht.
Ich arbeite mit Dat, aber gelöscht habe ich vor der erneuten Verwendung eines Bandes noch nie - und es tut´s. - -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Mailer/BBS/Fax : +49-2536-9943 (V34, X75) FidoNet: 2:2449/523 E-Mail : marcus.roeckrath@gmx.de WWW : http://home.foni.net/~marcusroeckrath/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iQEVAwUBQM8T6wp4kFlTVf6VAQHVfwf/ZdL4fHtY/ayS9VClgydGg2xnjHNiTyK0 dExYm/nKPXryP5SNdSvPgmsm0SqN6/aT4SjvgSbEedjc3psN9Cni2KczJKAN+EUy czQyZY3eFUdDeA/dZIWK5jXirLPppkoK+qCakR65pc1yJ4UB8YfY3Nw/voy3fkBY xrQVhjDzEZSWyLRJPlvBJ40saisIbdhkIRfKPZ4vwHCz1KrrfBkjuYsKwjUhHsiB PZcDODre/hLkUQ3fhYTVOmODC6RMg8AJa1SxoosJt11UVB0emYQYvxfAH6bCUhG7 DYX5thjpJc+LGh55InkbG2dz36dN+XRIEn5eP9MToG68M5dHtlUlCA== =N9L6 -----END PGP SIGNATURE-----
Hi Martin, Martin Mewes schrieb:
Also habe ich mir gedacht, machst Du einfach vor jeder Sicherung auf Band ein "mt -f /dev/st0 erase". So steht es jedenfalls in der Manpage dazu.
Folgendes passiert: Nach dem manuellen Absetzen des Befehles fängt das Bandlaufwerk an zu schnurren, und ich finde den Befehl auch abgebildet via "ps" wieder. Nun läuft der Befehl schon seit heute morgen um 07.00 Uhr und ich fange an mich zu wundern.
Nun die Fräge ...: Soll das so ? Und wenn nein, wo könnte der Fehler liegen?
Ein Erase dauert genauso lange wie ein vollstaändiges Backup, also eines was das ganze Band beschreibt. Einfaches Überschreiben geht daher geringfügig schneller und nutzt das Band auch nur halb so schnell ab. Gedanken musst du dir erst machen wenn er deutlich länger braucht als ein 100GB Backup brauchen würde. Gruss Falk
participants (5)
-
Andreas Willenbrink -
Falk Sauer -
Jens Benecke -
Marcus Roeckrath -
Martin Mewes