Festplatten weg und doch wieder da...

[donBecks]

Hallo Obstliebhaber,

wir haben ein inzwischen unerträgliches Problem. Ich versuche es „kurz“ zu schildern und hoffe auf viel Input von Euch um dem Problem Herr zu werden.


Hardware:
Server: G5 Dual 2 Ghz PPC, 4 GB RAM
Raid: Hydra 800+, 4 x SATA HDD Samsung SpinPoint F1 RAID 750 GB
Das Raid ist via FW 800 (zum Testen auch schon über alle anderen Verbindungsarten) angeklemmt.


Weichware:
MAC OSX Server, Version 10.4.11
Softwareupdates bis einschließlich dem Security Update 2009-004


Das Problem:
Die Platten werden sporadisch entfernt. Es taucht am Server die Fehlermeldung „Sie haben ein Gerät entfernt ohne es ordnungsgemäß abzumelden“ auf. (sinngemäße Wiedergabe)
Die Platten sind in der Regel nach 20-40 Sekunden AUTOMATISCH wieder „online“.


Die Zeitachse:
Wir haben vor drei Wochen im Büro umgebaut und auch den Standort des Servers geändert. Thermische, klimatische Bedingungen unverändert und gut.
In dem Atemzuge haben wir zudem die (derzeit) aktuelle Software-Aktualisierung laufen lassen. Dazu gehört, wie ich reproduziert habe, folgendes: QT 7.62, Java Release 9, iTunes 8.2.1, Security Update 2009-004 (PPC)


Das Systemprotokoll:
Aug 14 09:18:24 Server kernel[0]: disk1s10: I/O error.
Aug 14 09:18:24 Server kernel[0]: jnl: do_jnl_io: strategy err 0x5
Aug 14 09:18:24 Server kernel[0]: jnl: end_transaction: only wrote 0 of 70144 bytes to the journal!
Aug 14 09:18:25 Server kernel[0]: jnl: close: journal 0x59bbc98, is invalid.* aborting outstanding transactions
Aug 14 09:18:25 Server kernel[0]: disk2s10: media is not present.
Aug 14 09:18:25 Server kernel[0]: HFS: err 6 reading VH blk (Daten-2)
Aug 14 09:18:25 Server kernel[0]: jnl: flushing fs disk buffer returned 0x6
Aug 14 09:18:25 Server kernel[0]: disk2s10: media is not present.
Aug 14 09:18:25 Server kernel[0]: jnl: do_jnl_io: strategy err 0x6
Aug 14 09:18:25 Server kernel[0]: jnl: write_journal_header: error writing the journal header!
Aug 14 09:18:36 Server kernel[0]: jnl: replay_journal: from: 37825536 to: 30961664 (joffset 0x15d7000)
Aug 14 09:18:37 Server kernel[0]: jnl: replay_journal: from: 9259520 to: 46227968 (joffset 0x15d7000)
Aug 14 09:18:55 Server diskarbitrationd[96]: disk1s10 * hfs* * * 4579B29F-78AA-379B-9EF6-16AB9D02EA43 Daten-1 * * * * * * * * /Volumes/Daten-1
Aug 14 09:18:58 Server diskarbitrationd[96]: disk2s10 * hfs* * * FC6B79CD-C192-3BBE-B8EB-9409B1B11FA5 Daten-2 * * * * * * * * /Volumes/Daten-2



So, nun bin ich mal gespannt was Eure Statements dazu sind...
Insgeheim hoffe ich auf eine schnelle und simple Lösung.


Bei Fragen, einfach fragen!

Sonnige Grüße!
don Becks

 

[falkgottschalk]

disk1s10: I/O error.

Ist das die interne oder die Externe?
Eigentlich egal, entweder hat sie ein Verbindungsproblem oder geht langsam kaputt. Ich würde sie austauschen.

 

[tocotronaut]

Netzteil zu Schwach?
oder Schwankungen im Stromnetz durch das anschalten weiterer Verbraucher?

bei mir war es so, dass beim anlaufen einer platte der strom nicht gereicht hat und erstmal alle getrennt wurden. allerdings mit zwei firewire 400 platten an einem firewire 400 hub.

 

[donBecks]

daran habe ich...

...auch schon gedacht. Also an das mögliche Stromproblem.

USV mit „Inline-Modus“ klemmt davor. Problem ist aber nach wie vor existent...


Das doofe ist, dass bspw. Adobe Cs-Weichware sich direkt mit verabschiedet...

 

[donBecks]

Ist das die interne oder die Externe?
Eigentlich egal, entweder hat sie ein Verbindungsproblem oder geht langsam kaputt. Ich würde sie austauschen.

Das ist die externe im Hydra Gehäuse.
Genauer gesagt, die erste der beiden des Raids.

Also zum Verständnis:
Hydra Gehäuse mit 4 Slots und 4 Platten. 2 Raids á 2 Platten



Der Fehlermeldung und Deiner Meinung nach würde es ja bedeuten, dass 2 Platten –*je eine eines Raids – sich verabschieden. Das scheint mir tendenziell unwahrscheinlich. Gerade auch im Hinblick darauf, dass das Raid und die Platten gerade mal ein halbes Jahr laufen und es speziell für Raid-Systeme ausgelegte sind...


Ich bin echt ratlos......