Also Ich habe zwei SCSI Seagate Barracudas 34 GiB. sda (~37°C) ist besser gekühlt als sdb (~45°C). Beide hängen am gleichen Controller und am gleichen Kabel.
Welcher Controller?
Aus der kern.log: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36 Nov 27 21:50:48 localhost kernel: <Adaptec 29160 Ultra160 SCSI adapter> Nov 27 21:50:48 localhost kernel: aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs Nov 27 21:50:48 localhost kernel: Nov 27 21:50:48 localhost kernel: (scsi0:A:0): 40.000MB/s transfers (20.000MHz, offset 63, 16bit) Nov 27 21:50:48 localhost kernel: (scsi0:A:1): 40.000MB/s transfers (20.000MHz, offset 63, 16bit) Nov 27 21:50:48 localhost kernel: (scsi0:A:5): 40.000MB/s transfers (20.000MHz, offset 32, 16bit) Nov 27 21:50:48 localhost kernel: Vendor: SEAGATE Model: ST336607LW Rev: 0007 Nov 27 21:50:48 localhost kernel: Type: Direct-Access ANSI SCSI revision: 03 Nov 27 21:50:48 localhost kernel: Vendor: SEAGATE Model: ST336607LW Rev: 0007 Nov 27 21:50:48 localhost kernel: Type: Direct-Access ANSI SCSI revision: 03 Nov 27 21:50:48 localhost kernel: Vendor: HP Model: C5683A Rev: C111 Nov 27 21:50:48 localhost kernel: Type: Sequential-Access ANSI SCSI revision: 02
Dieses Verhalten, das sda aus dem Raid fliegt, kann ich immer durch reboot reproduzieren.
Das ist doch etwas wert. Finde doch mal raus, ob der Schreibcache der Platten aktiv ist. Wenn ja, dann deaktiviere ihn und teste aus, ob es imme r noch beim reboot zu Problemen kommt.
So, nach 30 minuten googlen habe ich leider nicht herausbekommen wie ich denn so etwas anstellen könnte, ich weiß jetzt nur das Linus Torvalds mal 2001 in einer Diskussion meinte das ide platten blöd sind, weil sie ATA FLUSH teilweise nicht kennen ;) Ne im ernst. Ich hab es mit sdparm versucht, aber ich blicke da schlicht nicht durch, ich weiß nicht mal mit welchem tool man überhaupt sehen kann was, wie und so welche Caches benutzt werden, hast du da einen Tip für mich?
Ist das Problem dadurch gelöst, musst du zusehen, dass der Controller den Cache sauber auf die Platten leert vor dem Reboot. Ich sehe da eigentlich nur den Treiber und das SCSI-Bios als Möglichkeiten.
Zum Treiber, ähem, muß ich gestehen das mein System den Controller auf magische Weise einfach so benutzt hat. Ich hab keinen Schimmer wie der Treiber heißt und wo ich da irgendwas nachschauen oder beeinflussen könnte. :-s Wegen SCSI-Bios: meinst du da das Bios vom Controller? Das einzige das ich in diese Richtung kenne ist ctrl+a drücken beim boot, aber da kann ich nicht so sonderlich viel anstellen mit den Platten.
Notfalls könntest du ein kleinen Shutdown-Script verwenden, dass dem Controller den Befehl zum Flushen des Caches gibt.
Das wäre natürlich was, wenn ich nur wüßte wie ich so etwas machen könnte. Ohje, ist das peinlich da will jemand ein Linux Server sauber aufsetzen und hat offensichtlich keine Ahnung von garnix :-( -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org