LSI RAID Erweiterung nicht möglich

[dcz01]

Hallo,

ich habe folgendes Problem.
Ich versuche ein bereits vorhandenes RAID 1 mit einem Fujitsu (LSI) D2616 RAID Controller in einem Fujitsu Primergy TX150 S7 zu erweitern um eine weitere gleiche Festplatte und eine Migration auf RAID 5 durchzuführen.
Jedoch gelingt mir dieser Vorgang bei dieser speziellen Konstellation des RAIDs leider nicht.
Weder mit dem Fujitsu ServerView RAID Manager, noch mit dem storcli Tool.

Hier die Übersicht aus storcli des RAIDs:

Drive Information :
=================

--------------------------------------------------------------------
EID:Slt DID State DG Size Intf Med SED PI SeSz Model Sp
--------------------------------------------------------------------
252:0 2 Onln 0 464.729 GB SATA HDD N N 512B ST500NM0011 U
252:1 3 Onln 0 464.729 GB SATA HDD N N 512B ST500NM0011 U
252:2 1 UGood - 464.729 GB SATA HDD N N 512B ST500NM0011 D
--------------------------------------------------------------------

Virtual Drives :
==============

----------------------------------------------------------------
DG/VD TYPE State Access Consist Cache Cac sCC Size Name
----------------------------------------------------------------
0/0 RAID1 Optl RW Yes NRAWBD - OFF 50.0 GB
0/1 RAID1 Optl RW Yes NRAWBD - OFF 414.729 GB
----------------------------------------------------------------

Beim ausführen der Migration aus storcli bekomme ich folgende Meldung:

storcli64 /c0/v1 start migrate type=raid5 option=add drives=252:2
Controller = 0
Status = Failure
Description = None

Detailed Status :
===============

---------------------------------------------
VD Operation Status ErrCd ErrMsg
---------------------------------------------
1 MIGRATE Failed 3 invalid arguments
---------------------------------------------

Sonst normal wenn man etwas vertauscht folgende:

storcli64 /c0/v1 start migrate type=raid5 option=add drives=2:252
Controller = 0
Status = Failure
Description = None

Detailed Status :
===============

------------------------------------------------------------
VD Operation Status ErrCd ErrMsg
------------------------------------------------------------
1 Recon Failed 255 Failed to access Physical device.
1 MIGRATE Failed 3 invalid arguments
------------------------------------------------------------

Hat jemand evtl. eine Lösung für dieses Problem?
Das RAID muss ja leider wegen dem doofen Windoof so aufgeteilt werden, damit die erste Platte (für Windows als Festplatte sichtbar) als MBR auch gebootet werden kann und die zweite Platte als GPT (wenn sehr groß).
Da Windoof ja nicht von GPT booten kann außer mit EFI, welches wir aber leider wegen unserer Sicherungslösung aktuell noch nicht nutzen können.

1.jpg (252.36 KiB) Viewed 14185 times

[me@work]

Ich kann es leider nicht (mehr) selbst ausprobieren, aber hast Du schon einmal folgende Optionen probiert:

- Schreibmodus statt Nur-Lese-Modus im SV-RAID
- BEIDE VDs im SV-RAID auswaehlen
- WebBIOS statt SV-RAID und CLI

Laeuft das storcli64 auf einer Windows- oder Linux-Commandline? Eventuell muss der Doppelpunkt mit Backslash maskiert werden...

[dcz01]

Normalerweise wechselt er dann automatisch bzw. fragt mich, ob ich in den Schreibmodus wechseln will, damit er die Operation durchführen kann. Normal ist die Auswahl selbst im nur-Lese-Modus nicht ausgegraut.
Im WebBIOS wird die Option mit Expand gar nicht mehr angezeigt und unter Adv. Operations ist auch nichts vorhanden.

Das RAID bzw. das System läuft unter Windows.
Sollte ich da den Doppelpunkt auch mal ersetzten durch Backslash?

Im SV-RAID geht es auch nicht im Schreibmodus noch kann ich beide gleichzeitig auswählen...
Wobei storcli bei einem Backslash dann nur die Hilfe aufruft, weil wohl der Befehl ganz falsch ist.

[dcz01]

Habe hier jetzt mal noch was evtl. interessantes gefunden bei Dell:
http://en.community.dell.com/support-fo ... t/19531272

Dieser verbaute Controller von Dell in dem Server verwendet den genau selben LSI SAS2108-Chip wie der Fujitsu D2616.

[me@work]

Koennte in der Tat zutreffend sein.
Bliebe nur die Frage, ob Du die gut 414GB "mal eben" woanders hinsichern kannst, um das zweite "Slice" zu loeschen...
...aber vielleicht ist dieses zweite VD ja auch (noch) leer

PS:
Ich meinte nicht, dass der Doppelpunkt durch Backslash "ersetzt" werden sollte. Auf einer Linux- bzw. entsprechender Kommandointerpreter-Zeile hat der Doppelpunkt eine interne Bedeutung, und dort muss man den dann durch einen vorangestellten Backslash "escapen", a la ...252\:2...