[g_event] auf 100%

[h^2]

Ich habe einen ZPool mit einem mirror. Wie das so schoen ist, wenn man gerade außer Landes ist, stirbt die eine Festplatte vor sich, d.h. sie detached und attached 20 mal hintereinander und bleibt dann fuer eine Woche detached und ruhig. Da ich dasselbe mit ihr schonmal hatte, und das Kabel getauscht habe und eins mit Clips verwende, ist sie, denke ich, hinüber. [1]

Als ob das nicht schlimm genug wäre (denn ich kann sie gerade nicht replacen), ist seit dem ein [g_event] prozess am Amok laufen, er lastet einen der zwei Cores voll aus.

So, nun frage ich mich, was kann ich dagegen tun, ist es
1) ein Bug in FreeBSD, der auftritt weil die eine Platte kaputt ist
2) ein Bug in FreeBSD, der die Platte verschwinden lässt, die aber eigentlich garnicht kaputt ist
2) garkein Bug in FreeBSD, sondern ein Resultat der kaputten Platte, die eigentlich noch mehr foobar macht, als die sporadischen Mitteilungen in der dmesg zeigen
3) der Bundestrojaner

Und vor allem, gefährdet es mein System noch weiter? Nicht dass es mir die andere Platte auch zerstört

Danke!


[1] Das sieht so aus:

ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
ada0: <WDC WD20EADS-11R6B1 80.00A80> ATA-8 SATA 2.x device
ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
ada0: Command Queueing enabled
ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C)
(ada0:ahcich0:0:0:0): lost device
(ada0:ahcich0:0:0:0): removing device entry
(noperiph:ahcich0:0:-1:-1): rescan already queued
ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
ada0: <WDC WD20EADS-11R6B1 80.00A80> ATA-8 SATA 2.x device
ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
ada0: Command Queueing enabled
ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C)
(ada0:ahcich0:0:0:0): lost device
(ada0:ahcich0:0:0:0): removing device entry

[h^2]

FreeBSD ist 8.3-RC1 falls das irgendeinen Unterschied macht...

[Yamagi]

Halb geraten: Deine Platte hat einen Knacks, oder ihr Kabel ist im Eimer. Der Controller teilt es dem Betriebssystem nicht korrekt mit, anstatt die Platte rauszuwerfen, gibt es einige Fehler aus und landet im undefinierten Bereich. g_event mag das nicht und kreppiert.