Hallo, Ich hab hier einige DAT Bänder, die auf einem IRIX System via tar 'gebackupt' wurden. Auf jedem Band sind jeweils mindestens 1.5 Gb Daten vorhanden. Wenn ich jetzt versuche die Daten vom Band runterzuholen, passiert folgendes : 1. Alle Daten sind kaputt 2. Es kommen folgende Fehlermeldungen : -schnipp gate1:/mnt # tar -xvf /dev/tape alfa/ alfa/clip-07/ alfa/clip-07/sc-01/ alfa/clip-07/sc-01/fin-0001.tga tar: alfa/clip-07/sc-01/fin-0001.tga: Cannot change ownership to uid 1110, gid 20: Operation not permitted tar: Skipping to next header alfa/clip-07/sc-01/fin-0046.tga tar: alfa/clip-07/sc-01/fin-0046.tga: Cannot change ownership to uid 1110, gid 20: Operation not permitted tar: Skipping to next header alfa/clip-07/sc-01/fin-0091.tga tar: alfa/clip-07/sc-01/fin-0091.tga: Cannot change ownership to uid 1110, gid 20: Operation not permitted tar: Skipping to next header alfa/clip-07/sc-02/fin-0064.tga tar: alfa/clip-07/sc-02/fin-0064.tga: Cannot link to `alfa/clip-07/sc-02/fin-0063.tga': No such file or directory alfa/clip-07/sc-02/fin-0065.tga tar: alfa/clip-07/sc-02/fin-0065.tga: Cannot change ownership to uid 1110, gid 20: Operation not permitted -schnapp 3. Auf der Festplatte landen hinterher pro Band nur noch ~100 Mb. Ich hab tar mit so ziemlich allen Optionen ausprobiert, aber das Ergebnis bleibt immer gleich. Wo muß ich den Hebel ansetzen ? man und info haben mich bislang nicht weitergebracht. Meine Daten - tar (GNU tar) 1.13.17 - DAT Streamer HP C1599A DDS 2 SCSI Danke Dieter -- Versuchen ist der erste Schritt zum Versagen. -Homer J. Simpson- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
From: "Dieter Riepenhausen"
Ich hab hier einige DAT Bänder, die auf einem IRIX System via tar 'gebackupt' wurden. Auf jedem Band sind jeweils mindestens 1.5 Gb Daten vorhanden. Wenn ich jetzt versuche die Daten vom Band runterzuholen, passiert folgendes :
1. Alle Daten sind kaputt
[..]
Meine Daten - tar (GNU tar) 1.13.17 - DAT Streamer HP C1599A DDS 2 SCSI
Hm, hast du auf dem IRIX mal ein Restore versucht? Von den alten DAT-Streamern hörte man ja oft, daß sich Schreib- oder Lesekopf manchmal verstellen und restores unmöglich machten... -- Marco Dieckhoff icq# 22243433 PGP key 9EFA D64F 5DAA D36B E0E7 CE1B 9E1B 4903 0C51 1632 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Marco Dieckhoff schrieb:
Meine Daten - tar (GNU tar) 1.13.17 - DAT Streamer HP C1599A DDS 2 SCSI
Hm, hast du auf dem IRIX mal ein Restore versucht? Von den alten DAT-Streamern hörte man ja oft, daß sich Schreib- oder Lesekopf manchmal verstellen und restores unmöglich machten...
Würd ich ja gerne, die Maschiene steht aber in Rußland ;-) Gruß Dieter -- Versuchen ist der erste Schritt zum Versagen. -Homer J. Simpson- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Don, 05 Okt 2000 schrieb Marco Dieckhoff:
Ich hab hier einige DAT Bänder, die auf einem IRIX System via tar 'gebackupt' wurden. Auf jedem Band sind jeweils mindestens 1.5 Gb Daten vorhanden. Wenn ich jetzt versuche die Daten vom Band runterzuholen, passiert folgendes :
1. Alle Daten sind kaputt
[..]
Meine Daten - tar (GNU tar) 1.13.17 - DAT Streamer HP C1599A DDS
Hm, hast du auf dem IRIX mal ein Restore versucht? Von den alten DAT-Streamern hörte man ja oft, daß sich Schreib- oder Lesekopf manchmal verstellen und restores unmöglich machten...
Andere Variante: auf dem IRIX-Rechner wurde ein anderes DAT-Laufwerk verwendet und die Hardware-Kompression war aktiviert. Hardware-Kompression ist nicht zwischen verschiedenen Laufwerken (u.U. auch nicht bei identischen Herstellern) kompatibel. Liest die Irix-Maschine die Bänder sauber? Dann würde ich mir mal die Kompressionseinstellungen anschauen. Am besten grundsätzlich die Hardware-Kompression ausschalten, macht bei Backup-Einsätzen eigentlich nur vorprogrammierten Ärger durch Inkompatibilität. -- Erhard Schwenk http://www.fto.de http://www.akkordeonjugend.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Erhard Schwenk schrieb:
Andere Variante: auf dem IRIX-Rechner wurde ein anderes DAT-Laufwerk verwendet und die Hardware-Kompression war aktiviert. Hardware-Kompression ist nicht zwischen verschiedenen Laufwerken (u.U. auch nicht bei identischen Herstellern) kompatibel.
Das ist eigentlich genau das was ich befürchtet habe : Hardwarekompression auf dem IRIX Streamer. Ob das der Fall ist kann ich (noch) nicht genau sagen, die Kommunikation mit den Kollegen ist nicht so ganz einfach. Kann man das eigentlich irgendwie feststellen ?
Liest die Irix-Maschine die Bänder sauber? Dann würde ich mir mal die Kompressionseinstellungen anschauen.
Am besten grundsätzlich die Hardware-Kompression ausschalten, macht bei Backup-Einsätzen eigentlich nur vorprogrammierten Ärger durch Inkompatibilität.
Das war auch eigentlich so abgemacht... Gruß Dieter -- Versuchen ist der erste Schritt zum Versagen. -Homer J. Simpson- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Kleine Nachfrage : Wenn auf der Backup Seite Hardwarekompression eingestellt war, und an meinem Streamer nicht, kann das dann Ärger geben, bzw muß ich dann auch beim Restore den Straemer auf Kompression schalten ? Und kann tar mit Links umgehen, und wenn ja wie ? Gruß Dieter Dieter Riepenhausen schrieb:
Hallo,
Ich hab hier einige DAT Bänder, die auf einem IRIX System via tar 'gebackupt' wurden. Auf jedem Band sind jeweils mindestens 1.5 Gb Daten vorhanden. Wenn ich jetzt versuche die Daten vom Band runterzuholen, passiert folgendes :
1. Alle Daten sind kaputt
-- Versuchen ist der erste Schritt zum Versagen. -Homer J. Simpson- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Don, 05 Okt 2000 schrieb Dieter Riepenhausen:
Wenn auf der Backup Seite Hardwarekompression eingestellt war, und an meinem Streamer nicht, kann das dann Ärger geben, bzw muß ich dann auch beim Restore den Straemer auf Kompression schalten ?
Möglich. Grundsätzlich kann es sogar sein, daß das Band gar nicht mehr lesbar ist, wenn die Laufwerke nicht exakt identisch sind (incl. Release-Stände der Firmware).
Und kann tar mit Links umgehen, und wenn ja wie ?
Kann er AFAIK, steht in info tar (oder man tar, je nach Distri) -- Erhard Schwenk http://www.fto.de http://www.akkordeonjugend.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Dieter Riepenhausen schrieb in 1,7K (61 Zeilen):
Ich hab hier einige DAT Bänder, die auf einem IRIX System via tar 'gebackupt' wurden. Auf jedem Band sind jeweils mindestens 1.5 Gb Daten vorhanden.
Also, erstmal for i in `seq 1 30` ; do dd if=/dev/tape of=file.$i done damit die Daten erst mal gelesen werden. Das geht nachher beim Probieren schneller als jedesmal das Band lesen.
Wenn ich jetzt versuche die Daten vom Band runterzuholen, passiert folgendes :
1. Alle Daten sind kaputt
Kaputt as in?
2. Es kommen folgende Fehlermeldungen :
tar: alfa/clip-07/sc-01/fin-0001.tga: Cannot change ownership to uid 1110, gid 20: Operation not permitted
Das ist kein schlimmer Fehler. Kannst du alfa/clip-07/sc-01/fin-0001.tga lesen?
tar: Skipping to next header
Hmmm.
tar: alfa/clip-07/sc-02/fin-0064.tga: Cannot link to `alfa/clip-07/sc-02/fin-0063.tga': No such file or directory
Da ist was nicht ausgepackt worden.
Ich hab tar mit so ziemlich allen Optionen ausprobiert, aber das Ergebnis bleibt immer gleich.
-z / -Z / -I ? *Idee* Frag mal deinen Kollegen, ob er die Baender testweise zurueckgelesen hat! (Mit Erfolg?) Und ob er das Programm 'buffer' einsetzt. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Dieter Riepenhausen schrieb in 1,7K (61 Zeilen):
Ich hab hier einige DAT Bänder, die auf einem IRIX System via tar 'gebackupt' wurden. Auf jedem Band sind jeweils mindestens 1.5 Gb Daten vorhanden.
[diverse Lösungsvorschläge] Haben leider alle nichts gebracht. Es war aber beim Backup Hardware Kompression eingestellt. Ich hab jetzt erstmal neue Bänder bestellt. Eine Frage bleibt aber : Ein User auf einem IRIX Rechner tar't ein Verzeichnis in dem sich Links befinden, also zB so : /001.tga /002.tga /003.tga Wenn jetzt 003.tga ein Link auf 001.tga ist, kann das zu Problemen führen wenn das Band auf einem Linux Rechner restored wird ? Oder geht das ? Danke an alle Dieter -- Versuchen ist der erste Schritt zum Versagen. -Homer J. Simpson- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Moin, On Mon, 09 Okt 2000, Dieter Riepenhausen sent incredible lines: [...]
Eine Frage bleibt aber :
Ein User auf einem IRIX Rechner tar't ein Verzeichnis in dem sich Links befinden, also zB so :
/001.tga /002.tga /003.tga
Wenn jetzt 003.tga ein Link auf 001.tga ist, kann das zu Problemen führen wenn das Band auf einem Linux Rechner restored wird ? Oder geht das ?
man tar: <----------------------- begin cut ----------------------> -h archiviert die referenzierten Dateien anstelle der Links <------------------------ end cut -----------------------> Sollte es Probleme mit Links geben (was ich persönlich nicht glaube) kann man diesen Schalter setzten. Die Frage ist welches tar IRIX verwendet, daher können im Zweifelsfall die Schalter variieren. Prinzipiell sollte das aber kein Problem darstellen unter IRIX Daten zu sichern und dann auf Linux zu restoren, vorausgesetzt, es gibt keine Inkompatibilitäten auf Hardwareebene. ... may the Tux be with you! =Thomas= -- Thomas Bendler \\:// ml@bendler-net.de Billwiese 22 (o -) http://www.bendler-net.de/ 21033 Hamburg ---ooO-(_)-Ooo--- tel.: 0 177 - 277 37 61 Germany Linux, enjoy the ride ...! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thomas Bendler schrieb in 1,4K (42 Zeilen):
Sollte es Probleme mit Links geben (was ich persönlich nicht glaube) kann man diesen Schalter setzten. Die Frage ist welches tar IRIX verwendet, daher können im Zweifelsfall die Schalter variieren.
gnu-tar auf der IRIX installieren? -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Wolfgang Weisselberg schrieb:
Thomas Bendler schrieb in 1,4K (42 Zeilen):
Sollte es Probleme mit Links geben (was ich persönlich nicht glaube) kann man diesen Schalter setzten. Die Frage ist welches tar IRIX verwendet, daher können im Zweifelsfall die Schalter variieren.
tar for IRIX 6.5
gnu-tar auf der IRIX installieren?
Nachdem ich neue Bänder bekommen habe, hat sich herausgestellt daß es an der Hardwarekompression lag. Auch Links machen keine Probleme. Nochmals Danke für alle Tips, Dieter -- Versuchen ist der erste Schritt zum Versagen. -Homer J. Simpson- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (5)
-
D.Riepenhausen@pentatv.de
-
eschwenk@fto.de
-
linux@jwr.de
-
ml@bendler-net.de
-
weissel@netcologne.de