Anzeige:
Ergebnis 1 bis 10 von 10

Thema: Blockgrösse bei cpio beeinflussen

  1. #1
    Registrierter Benutzer
    Registriert seit
    11.11.2006
    Ort
    Bremen
    Beiträge
    24

    Blockgrösse bei cpio beeinflussen

    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

  2. #2
    Registrierter Benutzer
    Registriert seit
    03.08.2004
    Beiträge
    132
    Ja klar, -block-size n. Heißt: n x 512 Byte. Für 64k Blöcke also 128.

  3. #3
    Registrierter Benutzer
    Registriert seit
    11.11.2006
    Ort
    Bremen
    Beiträge
    24
    Hallo bla!zilla

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

    Werd ich testen
    Danke

    Leiner
    Geändert von leiner (22-11-2006 um 19:55 Uhr)

  4. #4
    Registrierter Benutzer
    Registriert seit
    03.08.2004
    Beiträge
    132
    Kein Ding. Müsste aber klappen.

  5. #5
    Registrierter Benutzer
    Registriert seit
    11.11.2006
    Ort
    Bremen
    Beiträge
    24
    Zitat Zitat von bla!zilla Beitrag anzeigen
    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

  6. #6
    Registrierter Benutzer
    Registriert seit
    03.08.2004
    Beiträge
    132
    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.

  7. #7
    Registrierter Benutzer
    Registriert seit
    11.11.2006
    Ort
    Bremen
    Beiträge
    24
    Zitat Zitat von bla!zilla Beitrag anzeigen
    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

  8. #8
    Registrierter Benutzer
    Registriert seit
    03.08.2004
    Beiträge
    132
    Ahh, okay. war davon ausgegangen das "-C" einfach die kurze Version für "--block-size" ist.

  9. #9
    Registrierter Benutzer
    Registriert seit
    11.11.2006
    Ort
    Bremen
    Beiträge
    24
    Zitat Zitat von bla!zilla Beitrag anzeigen
    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

  10. #10
    Registrierter Benutzer
    Registriert seit
    11.11.2006
    Ort
    Bremen
    Beiträge
    24
    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!!

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •