PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Blockgrösse bei cpio beeinflussen



leiner
20-11-2006, 16:07
Hallo Ihr

Ich habe einen VXA2-Streamer an meinem Linux-Server.
Nun ist die Kiste inzwischen so voll das das Backup fast die ganze Nacht dauert.

Ich bin jetzt per zufall in eine iX drauf gestossen das VXA-Tapes sehr langsam werden wenn die Blockgrösse kleiner 64k wird.

Frage:Wie kann ich bei cpio die blockgrösse auf die 64k an heben?
Das "B" schaft ja nur 5120Byte.
Jemand einen Tip für mich

Danke schon mal

Leiner

bla!zilla
20-11-2006, 19:09
Ja klar, -block-size n. Heißt: n x 512 Byte. Für 64k Blöcke also 128.

leiner
22-11-2006, 19:40
Hallo bla!zilla

Danke für den Tipp
Da war mein Englisch wohl zu schlecht :(

Werd ich testen
Danke

Leiner

bla!zilla
23-11-2006, 16:58
Kein Ding. :) Müsste aber klappen.

leiner
28-11-2006, 10:36
Kein Ding. :) Müsste aber klappen.

So Erfolgsmeldung!

Nach dem ich mir dann die Manpage nochmal mit hilfe von dict.leo.org reingezogen hab.

Hab ich die Variante "C" ausprobiert:
"cpio -oacC 131072"

Ergebniss statt 7:30 - nun 0:30
Ganz doll freu!!
Nochmals Danke für den Tipp!!

Heute morgen hatte ich dann aber irgendwie ein dajavu (schreib man das so?)
Aus irgendwelchen Gründen war die Maschine heute morgen erst um 8:10 fertig.
Ich gehe aber davon aus das das andere Ursachen hat, weil das Band noch nie so schnell war.
In den Logs steht nichts drin was auf irgendwelche Probleme schliesen lässt.
Hab im Moment noch nicht so richtig eine Idee wie ich dahinter komm warum die Geschwindigkeit so eingebrochen ist.

Ich werde weiter berichten ...
Bin natürlich über Tipp dankbar :)

Bis dahin ...
Leiner

bla!zilla
29-11-2006, 10:25
Schreibst du mit 64MB Blöcken auf das Band???? Die Option besagt ja n x 512 Byte, also bei 131072 x 512 Byte. Das sind bei mir 65536 kByte, bzw. 64 MB.

leiner
29-11-2006, 16:44
Schreibst du mit 64MB Blöcken auf das Band???? Die Option besagt ja n x 512 Byte, also bei 131072 x 512 Byte. Das sind bei mir 65536 kByte, bzw. 64 MB.

Hallo blazilla

Nee man beachte den feine Unterschied:
--block-size ist die anzahl der 512Byte blocks,
"C" ist die Anzahl der Bytes

"--block-size=128" war mir in der Kommandozeile zu lang :) deshalb hab ich "C" genommen, dafür ist da die Zahl nun wieder länglich.

Ich hab etwas gespielt mit der Zahl - bei > 256k giebts I/O-Error. ausserdem muss die Zahl immer 2^x sein sonst gibts auch Fehler.

Ausserdem hat es in der Nacht von Freitag auf Samstag ja schon super geklappt.

Hab heute Morgen mal das Laufwerk gereinigt..
Mal sehen ob das geschwindigkeit bringt

Gruss Leiner

bla!zilla
30-11-2006, 16:01
Ahh, okay. war davon ausgegangen das "-C" einfach die kurze Version für "--block-size" ist.

leiner
01-12-2006, 08:52
Ahh, okay. war davon ausgegangen das "-C" einfach die kurze Version für "--block-size" ist.

Guten Morgen

So habe gestern mal die Blockgrösse auf 64k zurückgesetzt:
"cpio -oacC 65536"

Und heute morgen war er wieder um 0:30 mit der Sicherung fertig.
Ob das nun der Auslöser war - wer weiss.
Vielleich hab ich da soetwas wie ein Deadlock produziert weil ich zu viel wollte.
Ich hoffe das die Geschwindigkeit jetzt so bleibt

Nochmal Danke schön für die Hilfe!!

Gruss Leiner

leiner
11-12-2006, 10:17
So hoffendlich der letzte Beitrag zu diesem Thema :)

Es scheint sich rauszukristalisieren das das VXA-Tape etwas zickig darauf reagiert wenn es ich regelmässig sein Reinigungsband bekommt.

Es giebt zwar die Möglichkeit die Betriebsstunden seit letzer reinigung mit vxaTool [DEVICE] -i abzufragen, doch wie man das automatisiert hab ich noch nocht raus.
Es reicht zumindest nicht einmal die Woche


Gruss Leiner

Und nochmal vielen Danke für Hilfe und Mitgefühl!!