Hallo, nun weiß ich nicht mehr weiter. Benutzt wird ein Tekram DC390F Ultra Wide SCSI Controller, welcher mittels des Moduls sym53c8xx angesprochen wird. Angeschlossen ist i. d. R. ein Sony SDT-9000 & ein HP 1537A, benutzt wird SuSE 9.1 mit aktuellen Paketen auf einem Asus A7V8X (AMD Athlon). Sowohl der Controller, als auch die angeschlossenen Geräte werden korrekt erkannt [...] Jun 23 12:43:09 suse91test kernel: Attached scsi tape st0 at scsi2, channel 0, id 0, lun 0 Jun 23 12:43:09 suse91test kernel: st0: try direct i/o: yes (alignment 512 B), max page reachable by HBA 1048575 Jun 23 12:43:10 suse91test kernel: Attached scsi tape st1 at scsi2, channel 0, id 1, lun 0 Jun 23 12:43:10 suse91test kernel: st1: try direct i/o: yes (alignment 512 B), max page reachable by HBA 1048575 [...] In /var/log/messages läuft aber regelmäßig folgendes auf: [...] Jun 23 12:43:11 suse91test kernel: sym0: SCSI parity error detected: SCR1=1 DBC=2c40270f SBCL=0 Jun 23 12:43:13 suse91test kernel: sym0: SCSI parity error detected: SCR1=1 DBC=2c40270f SBCL=0 Jun 23 12:43:13 suse91test kernel: sym0: SCSI parity error detected: SCR1=1 DBC=2c40270f SBCL=0 Jun 23 12:43:15 suse91test kernel: sym0: SCSI parity error detected: SCR1=1 DBC=2c40270f SBCL=0 [...] Nun habe ich bereits folgende Tauschaktionen ausgeführt: - Tekram DC390F mit Bios 3.20 gegen Tekram DC390F mit Bios 2.02 - SCSI Kabel - Bandlaufwerke gegen Syquest SyJet & Zip-Laufwerk Die Terminatoren sitzen selbstredend richtig! Die Meldungen bleiben aber .... Hat noch jemand eine Idee? http://www.webservertalk.com/message210540.html bspw. hilft mir eigentlich recht wenig, da ich nicht mit einer an den Controller angeschlossenen Platte booten will ... Danke & Gruß Torsten
HI Torsten, Torsten E. schrieb: ^^?
nun weiß ich nicht mehr weiter.
Benutzt wird ein Tekram DC390F Ultra Wide SCSI Controller, welcher mittels des Moduls sym53c8xx angesprochen wird. Angeschlossen ist i. d. R. ein Sony SDT-9000 & ein HP 1537A, benutzt wird SuSE 9.1 mit aktuellen Paketen auf einem Asus A7V8X (AMD Athlon).
In /var/log/messages läuft aber regelmäßig folgendes auf: [...] Jun 23 12:43:11 suse91test kernel: sym0: SCSI parity error detected: SCR1=1 DBC=2c40270f SBCL=0 Jun 23 12:43:13 suse91test kernel: sym0: SCSI parity error detected: SCR1=1 DBC=2c40270f SBCL=0 Jun 23 12:43:13 suse91test kernel: sym0: SCSI parity error detected: SCR1=1 DBC=2c40270f SBCL=0 Jun 23 12:43:15 suse91test kernel: sym0: SCSI parity error detected: SCR1=1 DBC=2c40270f SBCL=0 [...]
Nun habe ich bereits folgende Tauschaktionen ausgeführt: - Tekram DC390F mit Bios 3.20 gegen Tekram DC390F mit Bios 2.02 - SCSI Kabel - Bandlaufwerke gegen Syquest SyJet & Zip-Laufwerk Die Terminatoren sitzen selbstredend richtig!
Die Meldungen bleiben aber ....
Das kommt mir seeeehr bekannt vor, allerdings nicht mit Kernel 2.6 sondern mit kernel 2.4, bei 2.4 passiert genau das wenn man das modul sym53c8xx_2 statt der guten Version sym53c8xx verwendet. Nicht das beim 2.6er der /tolle/ Code aus dem sym53c8xx_2er Modul hergenommen wurde, denn der ist anscheinend für die Tonne. Seit ich das Modul sym53c8xx verwende ohne _2 hinten dran ist die Kiste superstabil. Welcher Teufel da wen geritten hat, obs die Hardwareerkennung war oder ich Depp weis ich gar nicht mehr, auf jeden Fall hatte ich viel Spass damit. Mangels Alternative könnte das mit dem 2.6er Kern lustig werden, da weis ich ja was ich auf der Kiste erstmal besser nicht probiere. Gruss Falk
Falk Sauer schrieb am Mittwoch, 23. Juni 2004 15:47:
HI Torsten,
Torsten E. schrieb: ^^?
Yep ... ;) [...]
Das kommt mir seeeehr bekannt vor, allerdings nicht mit Kernel 2.6 sondern mit kernel 2.4, bei 2.4 passiert genau das wenn man das modul sym53c8xx_2 statt der guten Version sym53c8xx verwendet. Nicht das beim 2.6er der /tolle/ Code aus dem sym53c8xx_2er Modul hergenommen wurde, denn der ist anscheinend für die Tonne. Seit ich das Modul sym53c8xx verwende ohne _2 hinten dran ist die Kiste superstabil. Welcher Teufel da wen geritten hat, obs die Hardwareerkennung war oder ich Depp weis ich gar nicht mehr, auf jeden Fall hatte ich viel Spass damit. Mangels Alternative könnte das mit dem 2.6er Kern lustig werden, da weis ich ja was ich auf der Kiste erstmal besser nicht probiere.
Gruss Falk
Danke für Tips!!! Ein Nachfragen von Holger brachte mich auf den richtigen Pfad. Und zwar hatte ich vor langer Zeit, da das C1537A keinen Parity Jumper hat, beim SDT-9000 (und den anderen SCSI Geräten) halt den Parity Jumper entfernt (wenn vorhanden) - so weit, so gut, das lief auch unter der vorher installierten 8.2 bzw. 9.0 ohne das kleinste Problem. Zur Neuinstallation der 9.1 hatte ich aber noch das Bios des SCSI Controllers geflashed, und da wurden die default Einstellungen gesetzt ... mit Parity Check enabled - und daher kamen auch die Fehler beim Anschließen der anderen SCSI Geräte. (Ich habe nun aber noch nicht geschaut, ob Parity Check evtl. bei dem schon lange nicht mehr benutzten Controller zufällig enabled ist.) Nichts für Ungut, aber hätte ich mir das Ganze vorher zum x-ten Male durch den Kopf gehen lassen, hätte ich ggf. nicht posten müssen ... ;) Schönen Tag noch! Torsten
participants (2)
-
Falk Sauer
-
Torsten E.