[HP SmartArray] Schijven tussen controllers uitwisselen

[Verwijderd]

Weet iemand of het mogelijk is de associatie tussen een schijf en de RAID controller weer te herstellen? Even voor de vorm, ik heb aardig wat rond gegoogled en ook op GoT gezocht, maar kon dit specifieke issue niet zo snel vinden.(tenzij ik de verkeerde keywords heb gebruikt)

Situatie (zoals ik hem aantrof en deze werd gevraagd te herstellen...):
Schijven met daarop Windows Server 2003 zijn uit Array Controller (SmartArray 6i, geconfigureerd als RAID 1) gehaald en in andere Array Controller (SmartArray 642) geplaatst. Om deze te kunnen lezen zijn de schijven aan de Smart Array 642 controller gekoppeld via de array configuratie tools. Er is vanaf deze andere array controller een image getrokken van één van de schijven.

Eerste herstelpoging...
Je voelt hem natuurlijk al, bij het terugplaatsen in de oorspronkelijke array controller wilde de zaak niet booten. Via de W2K3 recovery console (geladen vanaf CD, want vanaf de array kon ik niet booten (Error loading operating system) geprobeerd FIXMBR en FIXBOOT, geen resultaat. Op zich was alle informatie nog te lezen, maar booten homaar... Ook de informatie in BOOT.INI was correct, dit kon eenvoudig via het MAP commando worden nagegaan.

Configuratiedata op schijf gewijzigd na plaatsen in andere array
Toen ik de Array Configuratie vervolgens bekeek zag ik dat deze niet meer klopte. De schijf dacht dat hij in een andere bus zat dan waar hij feitelijk inzat, en er was een tweede RAID5 array zichtbaar die toebehoorde aan de andere controller. Ok... dus bij het plaatsen in de andere array controller is er iets opgeslagen op de schijf... Dat had ik al eerder gehoord, maar bij deze in de praktijk mee geconfronteerd.

Herstel procedure (omslachtig)
Ik heb de situatie uiteindelijk kunnen herstellen door de Array configuratie opnieuw aan te maken en de schijf onderdeel te maken van de array. Daarna image terug,... Hmm, niet booten, nogmaals recovery console, FIXBOOT en FIXMBR gedaan... en starten.... pffffft... (het was inmiddels na middernacht en de servers moesten de maandag erop weg, geen uitstel mogelijk)

Wat ik nu wil weten - kan dat herstel eenvoudiger?!?
Goed, eea heeft mij veel tijd gekost terwijl het volgens mij eenvoudiger moet kunnen. Zoals ik al aangaf stond alle data nog correct op de schijf, en als het geen startschijf was geweest zou het ook niet zo'n issue geweest zijn. Maar deze schijf wilde simpelweg niet meer booten omdat de andere array controller zijn configuratie had weggeschreven waardoor de schijf niet meer wist bij welke array hij nu hoorde...

Is er software die mij in staat stelt om het stukje configuratie van een schijf met betrekking tot de array configuratie veilig te stellen, of om deze data te manipuleren. Dit bleek uiteindelijk het enige te zijn dat hersteld had moeten worden, ware het niet dat ik de juiste tool hiervoor niet had. Wie heeft ervaring?

[ Voor 7% gewijzigd door Verwijderd op 08-08-2006 08:34 ]

[Verwijderd]

Klein kickje, ik had dit bericht beter maandag pas kunnen posten... Ben nog steeds benieuwd naar ervaringen.

[Jazzy]

Je had de schijven gewoon aan de andere RAID-controller kunnen hangen en verder niet configureren. De configuratie staat inderdaad op de schijven, niet in de controller.

Vervolgens moet je OS natuurlijk driver-ondersteuning voor de nieuwe RAID-controller aan boord hebben. Daar is het waarschijnlik fout gegaan bij jou.

[Verwijderd]

Jazzy schreef op zondag 06 augustus 2006 @ 12:43:
Je had de schijven gewoon aan de andere RAID-controller kunnen hangen en verder niet configureren. De configuratie staat inderdaad op de schijven, niet in de controller.

Helaas was dat al door iemand gedaan, met als resultaat dat de config op de schijf overschreven was...

Vervolgens moet je OS natuurlijk driver-ondersteuning voor de nieuwe RAID-controller aan boord hebben. Daar is het waarschijnlijk fout gegaan bij jou.

Ja, dat zat wel goed, want het OS had al gedraaid op de array controller waar de schijven oorspronkelijk inzaten. Alleen de niet meer correcte RAID configuratie die nu op de schijf stond gooide roet in het eten.
Ohja, de melding die ik dus kreeg was "Error loading Operating System", nouja, daar heb ik wel methodes voor om dat werkend te krijgen (maar dat lukte nu niet door de "corrupte" RAID config - het MBR en Bootsector klopten namelijk wel). In ga morgen HP bellen om na te vragen of ze een tool hebben waarmee je de RAID configuratie op de schijf weer kunt herstellen. Met de standaard Array Configuration Utility (ACU) op de SmartStart CD lukte eea helaas niet.

offtopic:
BTW, geinig usericon + bijhorende tag. Geweldige serie "The Office"

[ Voor 4% gewijzigd door Verwijderd op 06-08-2006 12:55 ]

[Verwijderd]

Echt niemand een idee? Helaas werkte de optie die Jazzy gaf niet. Ik heb dit nog wel geprobeerd, maar de Array Controller deed geen pogingen de schijf weer aan zich toe te kennen...

[John2B]

Indien je gaat spelen met RAID kan je beter eerst zorgen voor een goede backup, indien je b.v. je mirror waar je mee aan de slag ging eerst een disk had verwijderd en daar een nieuwe disk terug had geplaats. Dan had je na de rebuild van de mirror in ieder geval 1 disk van de mirror als backup gehad.

Ok, dat is mooi achteraf praten.

Maar zodra je de 2 disken aan een andere controller hangt en er met ACU mee aan de slag gaat worden de METADATA op de disks overschreven. Dus even terughangen aan de oude controller gaat niet werken. Aan de nieuwe zal het ook wel niet gewerkt hebben met behoud van de oude data?

Je zegt dat er een image getrokken is van deze disk na configureren met ACU op de 642, ik vraag mij af of er op die image wat staat dan alleen een lege mirror?

Begrijp ook even niet wat met deze actie nu precies de bedoeling was?

[Verwijderd]

John2B schreef op maandag 07 augustus 2006 @ 23:17:
Begrijp ook even niet wat met deze actie nu precies de bedoeling was?

Het idee was om snel een image te maken door de schijf in een andere controller te hangen, maar dat was niet zo'n goed idee...

Ik kon het meer achteraf proberen op te lossen omdat het kwaad al geschied was. Gelukkig was wel een image getrokken van één van de schijven uit de RAID 1 set, dus dat kon eenvoudig terug en daarmee was de zaak af. En inderdaad, "je bent een rund als je met RAID controllers stunt" .

Weet jij dan misschien hoe je de metadata weer kunt herstellen? Op de 642 array controller zat in de ACU een extra mogelijkheid om de, zoals dat in Windows heet "foreign" disk te importeren met behoud van data. De Smart Array 6i is blijkbaar een minder bedeelde variant. Nouja, ik ben blij dat ik de zaak in ieder geval heb kunnen redden...

[ Voor 15% gewijzigd door Verwijderd op 08-08-2006 08:39 ]

[John2B]

Bij een enkele controllers kan je een niet beschreven "truck" uithalen door met een stel lege disken een EXACT dezelfde array aan te maken. Deze niet te laten initialiseren maar direct server uitzetten. Oude disken er weer op aan sluiten en hopen dat de controller de disken oppakt.

Of dit werkt met deze controller weet ik niet, heb die truck in de praktijk nog niet hoeven te gebruiken. Ik geef je weinig kans.

Op een HP SAN waar ik mee werk zijn de disken en dus ook de ARRAY transportable en zijn dus tussen de HP SAN's uit te wisselen daar alleen de META data te beschrijven. De disken en de ARRAY krijgen na verhuizing gewoon een een ander nummer/naam en de DATA blijft gewoon ongewijzigd. Het kan dus wel, maar deze HP Controller is wel van een andere orde en heeft weer veel andere beperkingen.

[SpamLame]

MSA disken zijn ook transportable (cheap ass SAN oplossing en werkt met een 5 of 6i controller).
DAS schijven zijn dat ook, mits de controller identiek blijft is (anders driver probleem) en de
config niet aangepast wordt op de raidcontroller voor of tijdens.
Tevens liefst met een identieke indeling van array's (grote vd schijf maakt niet uit evenals de lokatie).

Mijn ervaring met 5- en 6i's is verschillend, het is me gelukt om de boel over te zetten en te starten, maar 10 minuten later ging het fout bij het terugzetten van de originele disken.

[Verwijderd]

Ok, dank voor de antwoorden John2B en SpamLame!

Wat op zich wel grappig om te lezen is dat er dus wel mogelijkheden zijn om met behoud van data de schijven tussen arrays uit te wisselen. Dit was dus ook al gelukt met de meer geavanceerde controller (de 642) waar één van de schijven in was gehangen. Deze had simpelweg de metadata overschreven middels een optie in ACU. Alleen de Smart Array 6i vond dat minder geslaagd en kon ook de metadata niet terugschrijven zonder de data te verliezen... Als in deze machine ook een 642 controller had gezeten was het wellicht wel gelukt...

[ Voor 3% gewijzigd door Verwijderd op 08-08-2006 23:37 ]