WDC RE3 in RAID0 problemen

[Xtremelead]

(een heel verhaal, maar ik kom er niet uit)

Onlangs heb ik twee nieuwe schijven gekocht (Western Digital RE3 WD5002ABYS) om deze in een RAID0 opstelling te gebruiken op mijn GigaByte P35C-DS3R (rev2.0).
Ik heb op een aparte schijf Windows server 2003 draaien. De RAID0 gebruik ik voor virtuele machines. De 3 schijven allen aangesloten op de ICH9R controller.
Dit leek in eerste instantie goed te gaan, totdat het OS (Server 2003) een keer vastliep met een bsod.

Het bleek een KERNEL_STACK_INPAGE_ERROR fout te zijn, wat er waarschijnlijk op wijst dat het geheugen niet naar de page file weggeschreven kan worden. De page file stond overigens op de losse schijf. Scandisk gedraaid maar vond geen errors. Ook na memtest 8 passes geen fouten. Toen heb ik de virtuele machines maar weer opgestart, maar dat gnig fout. Ik hoorde een schijf een spindown doen en het hele zaakje liep weer vast.

De RAID array was onbereikbaar en ik leek alles kwijt te zijn. De Intel Matrix software meldde ook "Array failed" oid. Tijdens de reboot daarna zag ik "Error Occurred(0)" in de ICH9R bios verschijnen. Oeps

Gelukkig kwam in Windows opeens de melding van Intel Matrix software dat de RAID array op het punt stond te failen en dat ik zsm een backup moest maken. Zo gezegd, zo gedaan. Gelukkig kon ik dus nog een backup maken. In de Intel Matrix software zag ik dat schijf 1 op failed stond, maar deze kon ik op "mark as normal" zetten. In de Intel bios kwam de "Error Occurred(0)" niet meer terug. hmmm...

Toen ben ik de schijven maar gaan testen met WinDLG van Western Digital. Dit kon niet op een RAID array, dus heb ik de schijven "los gemaakt" en ze zo getest. De extended test kwam met een aantal bad blocks en kon deze repareren. Dat leek dus goed te gaan. Ik heb toen een hoop tests gedaan van beide schijven. De volgorde weet ik niet meer, maar er gebeurde rare dingen. Met de "write zeroes" test kwam er soms de melding "too many bad sectors" en na een reboot ging het weer goed. Dit bij beide schijven. Telkens ging er weer iets anders fout.

Toen heb ik de OS schijf maar op de Giga-byte controller gezet en dat leek weer wat beter te gaan. De extended tests verliepen telkens goed en de write zeroes test ook. Op beide schijven.

Om verder te testen heb ik HD Tune erbij gepakt. In een niet-raid opstelling gaan alle tests/benchmarks zeer goed. De schijven presteren prima. In een RAID-0 opstelling gaan de read tests ook allemaal prima. MAAR...nu komt het...zodra ik nu een write test doe, hoor ik een van de schijven een spindown doen en krijg ik de melding "Read error-Test aborted". 1 van de schijven reageert dan niet meer goed. Ik kan geen hd tune tests meer doen op die schijf. Op de andere schijf nog wel. Het enige wat de schijf weer aan de praat helpt is een extended test van WinDLG, welke dan fouten vind en weer kan repareren. Vreemd genoeg is het telkens een andere schijf die raar doet. Daarna werken de HDTune tests weer prima, behalve de write tests in RAID0. De write tests gaan op de losse schijven wel goed.

Zijn nou beide schijven gaar? Is de ICH9R controller defect? Wat is dit
Ik heb de BIOS van het mobo inmiddels geupdate van F4 naar F12, maar dit hielp helaas niks. De RAID controller naar native zetten hielp ook niet. Ik ben een beetje door mijn opties heen...

[Xtremelead]

update:
Ik dacht, laat ik beide schijven op de ICH9R controller eens softwarematig in RAID0 zetten, via Windows diskmanagement. Dat leek in eerste instantie goed te gaan. Volume geformatteerd (normaal, geen quickformat) en dat ging goed. Helaas kan HDTune geen software raid testen, dus heb ik maar gelijk een kopieeropdracht van 100GB gegeven. En wat gebeurt er? Een van de schijven valt uit met veel errors. Softwarematig heeft dus ook geen zin op deze controller.

Volgende test: RAID0 op de Giga-byte controller(Jmicron).
read tests gaan goed, maar gelijk bij een write test valt 1 van de schijven weer uit.

wtf

Zouden dan toch de schijven gaar zijn? Kan een defect aan 1 schijf de andere ook laten uitvallen? Soms van de ene schijf uit, soms de andere.
Dan zou je kunnen zeggen dat het ook de voeding zou kunnen zijn, maar dit systeem zeker een maand prima gedraaid, zonder een enkel probleem, dus aan de voeding zal het niet liggen (Enermax 350W, verdere specs: core2duo e6750, 6gb geheugen, simpelste pcie videokaart).

[FireDrunk]

Heb je al eens een andere voeding geprobeerd? misschien is de voedingskabel die de schijven van power voorziet wel brak...

Software Raid en FakeRaid zijn grote verschillen...
Bad Blocks is (voor mijn gevoel) iets van <10 geleden... Als ik die zie, gaat de schijf RMA...

Niet om je bang te maken, maar ik denk echt dat (hoewel het RAID editie schijven zijn) ze gewoon kaput zijn...

[John2B]

Tja, RAID Edition schijven zijn ervoor om in RAID te draaien. Laat RAID0 in die zin geen RAID zijn, R staat voor redundant en dat is RAID0 niet.

De RAID EDITION schijven maken gebruik van TLER, met andere woorden, indien er een sector even defect is mag de RAID controller het oplossen door de data of elders te schrijven of te recoveren uit de parity vanaf een andere disk. Maar ja, met RAID0 is die er niet, en kan je dus meer problemen verwachten dan met gewone disken. Als je de mogelijkheid hebt om TLER uit te schakelen zou ik dat zeker doen.

Geen idee of jou probleem hiermee samenhangt, maar wil dit wel graag even opmerken.

[ Voor 6% gewijzigd door John2B op 03-12-2009 22:54 ]

[Xtremelead]

thijs_cramer heeft me aan het denken gezet...
Ik heb de voeding vervangen en alle tests gaan nu goed
Ik heb meerdere tests gedaan en beide schijven blijven draaien met prima performance. Blijkbaar werd het de voeding toch net teveel. Het blijft natuurlijk vreemd dat lezen in raid0 goed gaat en schrijven fout, terwijl dit volgens specs wat stroomverbruik betreft geen verschil zou moeten maken.
Thanks!

Over die TLER: Ik lees op wikipedia dat de TLER voor write standaard op disabled staat. Bovendien:

quote: wdc KB

Western Digital RAID edition hard drives have a feature called TLER (Time Limited Error Recovery) which stops the hard drive from entering into a deep recovery cycle. The hard drive will only spend 7 seconds to attempt to recover. This means that the hard drive will not be dropped from a RAID array. Though TLER is designed for RAID environments, it is fully compatible and will not be detrimental when used in non-RAID environments.

TLER zou dus geen invloed mogen hebben op niet-redundant opstellingen.

[John2B]

WIKIPEDIA ?? ik zou dat gewoon op WD site zoeken, zie onder:

Western Digital .pdf pagina 2, recht onder.

It is important to realize TLER-capable hard drives should NOT be used in NON-RAID envirements.

http://www.wdc.com/en/library/sata/2579-001098.pdf

[Xtremelead]

maar ja, zie mijn quote van de knowledgebase van WD

Though TLER is designed for RAID environments, it is fully compatible and will not be detrimental when used in non-RAID environments.

ze spreken zichzelf dus tegen

[ Voor 49% gewijzigd door Xtremelead op 04-12-2009 13:55 ]

[Madrox]

Dat lijkt zo maar het klopt wel. Het verschil is dat ze eerder een actie "droppen" en zo in een single drive operation mode eerder een attempt zullen staken dan conventionele schrijven doen. Veelal gebeuren die acties niet en zal je er dan ook niet gauw last van hebben. Iig heeft het niets van doen met de problemen die hier beschreven worden, tenminste je kan TLER niet enkelzijdig als schuldige aanwijzen.

De Smart test geeft trouwens duidelijkheid of een diks kaduuk is of niet. Zegt de WDTool dat die stuk is >>> RMA.

[Xtremelead]

smartstatus van beide schijven is OK, dus hopelijk is toch echt de voeding de schuldige geweest. Zodadelijk maar een nieuwe voeding kopen en uitgebreide tests gaan doen...