externes SCSI-Kabel für Streamer - wie lang darf es sein?
Wie lang darf so was sein? Streamer ist ein externer HP Surestore 70 und die SCSi-Karte ein IBM U320 SCSI Controller. Ich habe die beiden z.Z. per internem Kabel verbunden (bei geöffnetem Gehäuse), möchte aber den Streamer im Nebenzimmer unterbringen, da können die Bandwechsler nicht an den Server ran.
Habe die beiden jetzt mal mit nem 10m Kabel verbunden. Allerdings treten da Merkwürdigkeiten auf. SO erkennt der Adapter den Streamer nicht wenn er den Terminator dran hat (schon mal sehr komisch!) und Tapeware sagt dass alles i.O. wäre (ohne Term., mit wirds ja nicht erkannt). Allerdings kommen bei ntbackup dann Meldungen dass er nicht kann wegen Hardwarefehler. Meine Vermutung: die Kabellänge macht ihm zu schaffen bzw. der Kabelwiderstand ist zu groß?
Habe die beiden jetzt mal mit nem 10m Kabel verbunden. Allerdings treten da Merkwürdigkeiten auf. SO erkennt der Adapter den Streamer nicht wenn er den Terminator dran hat (schon mal sehr komisch!) und Tapeware sagt dass alles i.O. wäre (ohne Term., mit wirds ja nicht erkannt). Allerdings kommen bei ntbackup dann Meldungen dass er nicht kann wegen Hardwarefehler. Meine Vermutung: die Kabellänge macht ihm zu schaffen bzw. der Kabelwiderstand ist zu groß?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 75644
Url: https://administrator.de/contentid/75644
Ausgedruckt am: 14.11.2024 um 01:11 Uhr
10 Kommentare
Neuester Kommentar
Lt. Wikipedia dürfte es maximal 12 m lang sein.
http://de.wikipedia.org/wiki/Scsi#Ultra-320_.282002.29
http://de.wikipedia.org/wiki/Scsi#Ultra-320_.282002.29
Naja... 12m sind der theoretische Wert, wenn
1) es sich wirklich um eine LVDS (differentielles low voltage SCSI) handelt
2) die Kabel und Steckverbindungen entsprechend gut sind
3) die Terminierung fehlerlos ist
Meine Erfahrung ist, dass das Verdoppeln der externen Kabellänge meist immer mit dem Eischleichen eines weiteren Übertragungsfehlers einher ging.
Bist Du dir sicher, dass beide Geräte ein differential SCSI aushandeln? Was zeigt das Controller BIOS nach der verhandelten Inquiery beim Bootvorgang an? Kannst Du im ControllerBIOS ggf. die Taktfrequenz runtersetzen (ohne auf LVDS zu verzichten) ??
Terminierung: der SCSI Bus ist ein langes Kabel, der Controller irgendwo in der Mitte. Wenn man nur externe oder nur interne Geräte dran hat, stellt der Controller einen Endpunkt dar und muss terminiert sein. Auf automatisch stellen kann helfen, aber kann auch viel Ärger mit sich bringen. Am besten - wenn nur der externe Streamer dran hängt) den Controller im BIOS auf Termination High and Low enabled setzen.
Der Streamer hat keine interne Terminierung? Da steckt ein Terminator (wo?) außen dran? Aktiver LVDS U320 Terminator??
Viel Glück!!
Tom
1) es sich wirklich um eine LVDS (differentielles low voltage SCSI) handelt
2) die Kabel und Steckverbindungen entsprechend gut sind
3) die Terminierung fehlerlos ist
Meine Erfahrung ist, dass das Verdoppeln der externen Kabellänge meist immer mit dem Eischleichen eines weiteren Übertragungsfehlers einher ging.
Bist Du dir sicher, dass beide Geräte ein differential SCSI aushandeln? Was zeigt das Controller BIOS nach der verhandelten Inquiery beim Bootvorgang an? Kannst Du im ControllerBIOS ggf. die Taktfrequenz runtersetzen (ohne auf LVDS zu verzichten) ??
Terminierung: der SCSI Bus ist ein langes Kabel, der Controller irgendwo in der Mitte. Wenn man nur externe oder nur interne Geräte dran hat, stellt der Controller einen Endpunkt dar und muss terminiert sein. Auf automatisch stellen kann helfen, aber kann auch viel Ärger mit sich bringen. Am besten - wenn nur der externe Streamer dran hängt) den Controller im BIOS auf Termination High and Low enabled setzen.
Der Streamer hat keine interne Terminierung? Da steckt ein Terminator (wo?) außen dran? Aktiver LVDS U320 Terminator??
Viel Glück!!
Tom
Wäre es eine Idee sich einen SCSI / USB converter zuzulegen und das Ganze der Art zu betreiben (http://www.heise.de/newsticker/meldung/5199) ?
Ob es allerdings sauber funktioniert und auch die BackupSoftware das Gerät "sieht" bliebe zu klären...
Tom
Ob es allerdings sauber funktioniert und auch die BackupSoftware das Gerät "sieht" bliebe zu klären...
Tom
Hallo,
Nicht jeder LVD/SE-Terminator kann U320 korrekt terminieren,
Und der Terminator _muss_ gesteckt sein wenn das Laufwerk das einzige Gerät am Bus ist.
Sind die Kabel U320-fähig?
Wenn die Kabel dies nicht sind, dann kann es in der Tat zu I/O-Problemen kommen.
U320-SCSI ist schon Hochfrequenztechnik vom feinsten. Da müssen die Datenleitungen über eine entsprechend hohe Qualität/Abschirmung/.. verfügen.
Des weiteren solltest du mal nach neueren Treibern für den SCSI-Controller schauen. IBM baut ja keine eigenen SCSI-Controller mehr. Die kaufen i.d.R. bei LSI oder Adaptec ein. Daher vom Orginalhersteller den neusten Treiber nutzen. Das löst schonmal eine Menge I/O-Probleme.
Was zeigt denn das Systemprotokoll des Betriebssystems an I/O-Fehlern?
K.
Wie lang darf so was sein? Streamer ist ein
bei einem LVD-Bus 12 Meter.externer HP Surestore 70 und die SCSi-Karte
ein IBM U320 SCSI Controller. Ich habe die
beiden z.Z. per internem Kabel verbunden (bei
geöffnetem Gehäuse), möchte
aber den Streamer im Nebenzimmer
unterbringen, da können die Bandwechsler
nicht an den Server ran.
Habe die beiden jetzt mal mit nem 10m Kabel
verbunden. Allerdings treten da
Merkwürdigkeiten auf. SO erkennt der
Adapter den Streamer nicht wenn er den
Terminator dran hat (schon mal sehr komisch!)
Ist das auch ein U320-fähiger Terminator?ein IBM U320 SCSI Controller. Ich habe die
beiden z.Z. per internem Kabel verbunden (bei
geöffnetem Gehäuse), möchte
aber den Streamer im Nebenzimmer
unterbringen, da können die Bandwechsler
nicht an den Server ran.
Habe die beiden jetzt mal mit nem 10m Kabel
verbunden. Allerdings treten da
Merkwürdigkeiten auf. SO erkennt der
Adapter den Streamer nicht wenn er den
Terminator dran hat (schon mal sehr komisch!)
Nicht jeder LVD/SE-Terminator kann U320 korrekt terminieren,
Und der Terminator _muss_ gesteckt sein wenn das Laufwerk das einzige Gerät am Bus ist.
Sind die Kabel U320-fähig?
Wenn die Kabel dies nicht sind, dann kann es in der Tat zu I/O-Problemen kommen.
U320-SCSI ist schon Hochfrequenztechnik vom feinsten. Da müssen die Datenleitungen über eine entsprechend hohe Qualität/Abschirmung/.. verfügen.
und Tapeware sagt dass alles i.O. wäre
(ohne Term., mit wirds ja nicht erkannt).
Ohne Terminator hast du sicher Probleme, da am Ende des Kabels (also am 2ten Anschluss des Gerätes) die Signale reflektiert werden, und sich so mit den Nutzsignalen überlagern.(ohne Term., mit wirds ja nicht erkannt).
Allerdings kommen bei ntbackup dann Meldungen
dass er nicht kann wegen Hardwarefehler.
Naja; Software-Fehlermeldungen sollte man bei Hardwareproblemen nicht so ernst nehmen.dass er nicht kann wegen Hardwarefehler.
Meine Vermutung: die Kabellänge macht
ihm zu schaffen bzw. der Kabelwiderstand ist
zu groß?
s.o.ihm zu schaffen bzw. der Kabelwiderstand ist
zu groß?
Des weiteren solltest du mal nach neueren Treibern für den SCSI-Controller schauen. IBM baut ja keine eigenen SCSI-Controller mehr. Die kaufen i.d.R. bei LSI oder Adaptec ein. Daher vom Orginalhersteller den neusten Treiber nutzen. Das löst schonmal eine Menge I/O-Probleme.
Was zeigt denn das Systemprotokoll des Betriebssystems an I/O-Fehlern?
K.