SDLT-Laufwerke streamt nicht - HP ML330 G1, Adaptec 39160, MSL5026
Hallo Forum
Ich habe hier ein kleines Problem mit meiner "Backup-Umgebung":
Backup-Server ist ein HP ML330 G1 (512MB RAM, 3GHz CPU) mit einem eingebautem Adaptec 39160 SCSI-Adapter, wo die HP MSL5026-Tape-Library angeschlossen ist.
Vom Adapter geht ein 4m SCSI-Kabel zum Drive-2 (SDLT160/320), von dort ein 15cm zum Drive-1 (SDLT160/320) und von dort wiederum ein 15cm zur Library Controller Card. Am zweiten Port der Library Controller Card hängt natürlich ein SCSI-Terminator.
Auf dem Backup-Server ist Ubuntu Server 10.10 installiert.
Library & Drives werden erkannt und können mittels mt und mtx gesteuert werden!
Mein Problem ist nun, dass das Drive (egal welches) nur in einem Stop-and-Go-Betrieb arbeitet.
Die Datentransfer-Rate zum Tape liegt bei mickrigen 6 - 7 MB/s.
Versucht habe ich dies mit dd und verschiedenen Inputs:
dd if=/dev/zero of=/dev/nst1
dd if=/dev/random of=/dev/nst1
dd if=/dev/random of=/tmp/test.img && dd if=/tmp/test.img of=/dev/nst1
dd if=/some/other/file.bck of=/dev/nst1
Auch probiert mit /dev/nst0, /dev/st0, /dev/st1 als Output ... die Performance bleibt leider bei diesem Wert ...
Edit: An der Disk oder der CPU kann es nicht liegen, die bringt (mit dd if=/dev/random of=/tmp/test.img und dd if=/tmp/test.img of=/dev/null) ca. 60MB/s, sowohl schreiben als auch lesen!
Heute Abend werde ich das ganze noch mit einem 29160LP als Controller probieren, anstatt dem älteren 39160 ...
Aber dennoch, hat jemand eine Idee, an was das dies liegen könnte?
Gruss
lousek
Ich habe hier ein kleines Problem mit meiner "Backup-Umgebung":
Backup-Server ist ein HP ML330 G1 (512MB RAM, 3GHz CPU) mit einem eingebautem Adaptec 39160 SCSI-Adapter, wo die HP MSL5026-Tape-Library angeschlossen ist.
Vom Adapter geht ein 4m SCSI-Kabel zum Drive-2 (SDLT160/320), von dort ein 15cm zum Drive-1 (SDLT160/320) und von dort wiederum ein 15cm zur Library Controller Card. Am zweiten Port der Library Controller Card hängt natürlich ein SCSI-Terminator.
Auf dem Backup-Server ist Ubuntu Server 10.10 installiert.
Library & Drives werden erkannt und können mittels mt und mtx gesteuert werden!
Mein Problem ist nun, dass das Drive (egal welches) nur in einem Stop-and-Go-Betrieb arbeitet.
Die Datentransfer-Rate zum Tape liegt bei mickrigen 6 - 7 MB/s.
Versucht habe ich dies mit dd und verschiedenen Inputs:
dd if=/dev/zero of=/dev/nst1
dd if=/dev/random of=/dev/nst1
dd if=/dev/random of=/tmp/test.img && dd if=/tmp/test.img of=/dev/nst1
dd if=/some/other/file.bck of=/dev/nst1
Auch probiert mit /dev/nst0, /dev/st0, /dev/st1 als Output ... die Performance bleibt leider bei diesem Wert ...
Edit: An der Disk oder der CPU kann es nicht liegen, die bringt (mit dd if=/dev/random of=/tmp/test.img und dd if=/tmp/test.img of=/dev/null) ca. 60MB/s, sowohl schreiben als auch lesen!
Heute Abend werde ich das ganze noch mit einem 29160LP als Controller probieren, anstatt dem älteren 39160 ...
Aber dennoch, hat jemand eine Idee, an was das dies liegen könnte?
Gruss
lousek
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 173596
Url: https://administrator.de/contentid/173596
Ausgedruckt am: 05.11.2024 um 11:11 Uhr
3 Kommentare
Neuester Kommentar
Kenne jetzt nicht die Controller, habe aber auch einige Adaptec-Controller im Einsatz.
Wenn Sie laufen, laufen Sie super. Jedoch ist der beste Treiber nicht immer schnell zu finden. Der mitgelieferte ist idR. nicht wirklich gut, sondern wurde bei Markteinführung einfach X mal gepresst und mitgeliefert. Ich würde dort ansetzen. Wobei: in einer Windowsumgebung.
Greetz
ravers
Wenn Sie laufen, laufen Sie super. Jedoch ist der beste Treiber nicht immer schnell zu finden. Der mitgelieferte ist idR. nicht wirklich gut, sondern wurde bei Markteinführung einfach X mal gepresst und mitgeliefert. Ich würde dort ansetzen. Wobei: in einer Windowsumgebung.
Greetz
ravers