Hallo Ihrs! Ich habe Probleme mit einem SCSI-Streamer unter Linux, und ich hoffe, dass ihr mir helfen koennt. Das Teil ist ein OnStream SC50, und es laeuft mit eigenem Modul einer hollaendischen Firma (osst.o). Dieses Modul liegt in der Version 0.7.2 vor und ist praktisch noch eine Alpha. Jetzt habe ich schon einige Mails mit denen in Holland ausgetauscht, auch deshalb, weil das Modul noch einige Probleme gemacht hat, aber nun laeuft das Backup zufriedenstellend. Nur mit dem Restaurieren der Daten hab ich ein Problem, weiss aber nicht, ob das nur an meiner Dummheit oder am Streamer(modul) liegt... Das Backup erfolgt ueber ein Script, welches via smbtar (also smbclient) mehrere Volumes hintereinander auf das Band schreibt : ---[snip]--- mt -f /dev/nst0 rewind >>$LOGTO smbtar -s SERVER -x SHAREX -u USER%PASSWD -b 64 -t /dev/nst0 -v 2>>$LOGTO smbtar -s SERVER -x SHAREY -u USER%PASSWD -b 64 -t /dev/nst0 -v 2>>$LOGTO smbtar -s SERVER -x SHAREZ -u USER%PASSWD -b 64 -t /dev/nst0 -v 2>>$LOGTO smbtar -s SERVER2 -x SHARE1 -u USER%PASSWD -b 64 -t /dev/nst0 -v 2>>$LOGTO smbtar -s SERVER2 -x SHARE2 -u USER%PASSWD -b 64 -t /dev/nst0 -v 2>>$LOGTO smbtar -s SERVER2 -x SHARE3 -u USER%PASSWD -b 64 -t /dev/nst0 -v 2>>$LOGTO tar cvfb /dev/st0 64 /home/ >>$LOGTO echo "Backup done at `date`" >> $LOGTO mt -f /dev/nst0 rewind >>$LOGTO ---[snip]--- Das Backup laeuft - wie gesagt - voellig ohne Fehler (nach den logs in $LOGTO und /var/log/messages). Jetzt wollte ich mich dranmachen und das Archiv testen : tar tvfb /dev/st0 64 Das lief auch problemlos, tar hat mir das ganze erste Archiv angezeigt. Nach meiner Vorstellung sollte das Band jetzt vor dem zweiten Archiv stehen, aber ein weiterer Aufruf von tar testete wieder das erste Archiv. Auch alle Versuche mit mt -f /dev/st0 fsf blieben erfolglos. Hat jemand vielleicht mehr Erfahrung mit Streamern als ich? Das ganze laeuft auf einer SuSE 6.4 mit 2.2.14er Kernel. Thanx Sven - Hinweise zur Benutzung dieser (und anderer Mailing-Listen) bitte beachten: --> http://lug-owl.de/mailinglist_hints.html <--
Ich habe Probleme mit einem SCSI-Streamer unter Linux, und ich hoffe, dass ihr mir helfen koennt.
Wenn sich der Streamer ans SCSI Protokoll hält und sauber damit arbeitet versuch doch mal den normalen SCSI-Tape driver im Kernel... für meinen RAID wurde mir auch ein Firmen-Modul angeboten, das im Kernel war jedoch besser und schneller als das vom Hersteller selbst. Thomas Findeisen - Hinweise zur Benutzung dieser (und anderer Mailing-Listen) bitte beachten: --> http://lug-owl.de/mailinglist_hints.html <--
Sven Broeckling wrote:
smbtar -s SERVER2 -x SHARE3 -u USER%PASSWD -b 64 -t /dev/nst0 -v 2>>$LOGTO
tar tvfb /dev/st0 64
Moin, Wenn Du aufs (nonrewind device) schreibst, muß Du auch davon lesen. Ansonsten spult das Band halt immer nach der Session zurück. :wq jek - Hinweise zur Benutzung dieser (und anderer Mailing-Listen) bitte beachten: --> http://lug-owl.de/mailinglist_hints.html <--
Hi Juergen!
smbtar -s SERVER2 -x SHARE3 -u USER%PASSWD -b 64 -t /dev/nst0 -v 2>>$LOGTO
tar tvfb /dev/st0 64
Wenn Du aufs (nonrewind device) schreibst, muß Du auch davon lesen. Ansonsten spult das Band halt immer nach der Session zurück. Hab ich doch vermutet, dass der Fehler an mir lag :) Stimmt, jetzt laeufts, bis auf einen kleinen Fehler im 1. Volume, der aber wohl vom SMBClient verursacht wird...
Danke nochmal
:wq jek C-x C-s C-x C-c :)
- Hinweise zur Benutzung dieser (und anderer Mailing-Listen) bitte beachten: --> http://lug-owl.de/mailinglist_hints.html <--
On Mon, 29 May 2000, Sven Broeckling wrote:
Das Backup laeuft - wie gesagt - voellig ohne Fehler (nach den logs in $LOGTO und /var/log/messages). Jetzt wollte ich mich dranmachen und das Archiv testen :
tar tvfb /dev/st0 64
Das lief auch problemlos, tar hat mir das ganze erste Archiv angezeigt. Nach meiner Vorstellung sollte das Band jetzt vor dem zweiten Archiv stehen, aber ein weiterer Aufruf von tar testete wieder das erste Archiv.
Auch alle Versuche mit mt -f /dev/st0 fsf blieben erfolglos.
Äh, kein Problem. Es gibt bei Linux immer zwei Devices für einen Streamer: /dev/st0 /dev/nst0 Das erste spult das Band nach schließen der Datei immer zurück, das zweite unterläßt dies. Mit dem zweiten kann man dann auch problemlos mehrere Dateien auf einem Band haben. Dieser Fehler passiert mir heute immer noch regelmäßig, obwohl ich mittlerweile nach 5 Jahren wissen müßte, wie es funktioniert. -- Ciao Christian - Hinweise zur Benutzung dieser (und anderer Mailing-Listen) bitte beachten: --> http://lug-owl.de/mailinglist_hints.html <--
Teilnehmer (4)
-
Christian Weddeling
-
juergen.mengeling@dts.de
-
Sven Broeckling
-
Thomas Findeisen