CS407 - RAID5 - Volume erweitern tut nur so als ob es funktioniert

[un9l]

Hi zusammen,

ich halte mich ja nicht für blöd oder so, meiner CS407 habe ich zu ihren drei 1TB-Platten jetzt eine vierte eingebaut, ich habe über 24 Stunden lang das RAID5 "umformen" lassen und jetzt bin ich beim Schritt, das "Volume" zu erweitern.

Die neueste Firmware habe ich drauf, sie sagt, ich "könne das Volume erweitern" auf eben 3GB.

Gesagt, getan, einmal mit "Kompletter Konsistenzprüfung" laufen lassen, prima, rödelt eine Weile und dann sagt es laut Systemlog "Volume erfolgreich erweitert (Volume1)", aber es ist immer noch knapp 2GB groß.

OK, denke ich mir, wars vielleicht ein Fehler mit der Konsistenzprüfung. Geh ich her und sage "Schnell". Schwuppdiwupp ist es durch, immer noch knapp 2GB groß und das Syslog sagt "Volume erfolgreich erweitert". Ja, ganz klasse, erfolgreich um genau 0 Byte erweitert, würde ich da mal sagen.

OK, dann einmal neu gebootet, vielleicht ist ja das angesagt nach einer RAID5-Umformung. Gut, neu gebootet, wieder "Volume erweitern" gedrückt - sie lacht mir wieder ins Gesicht "Ja, Volume erfolgreich erweitert - Größe so groß wie vorher".

Was mache ich falsch? Ich bin doch nicht deppert und drück wirklich nur die richtigen Knöpfe?!?!

Kennt jemand so ein Verhalten? Was kann ich tun? Ich will das RAID schon auf 3GB kriegen...

 

[Supaman]

schau mal in /var/log/messages nach, ob da fehlermeldungen auftauchen, z.b. unmount nicht geklappt etc.

 

[un9l]

schau mal in /var/log/messages nach, ob da fehlermeldungen auftauchen, z.b. unmount nicht geklappt etc.

Hm, richtig hardcore, was da steht:

Sep  1 21:27:01 kernel: EXT3-fs warning (device md2): ext3_group_add: No reserved GDT blocks, can't resize
Sep  1 21:27:01 kernel: 
Sep  1 21:27:01 volume.cgi: (fs_vol_expand.c)SYNOVolExpand(47):Failed to '/sbin/resize2fs -fpF /dev/md2 > /dev/null 2>&1', WEXITSTATUS(r) = 1
Sep  1 21:27:01 volume.cgi: (volume.cpp)ExpandFS(1481):Failed to expand device path= /dev/md2, errno=[0]

"No reserved GDT blocks, can't resize"?!?! WTF?

 

[itari]

meiner CS407 habe ich zu ihren drei 1TB-Platten jetzt eine vierte eingebaut, ich habe über 24 Stunden lang das RAID5 "umformen" lassen und jetzt bin ich beim Schritt, das "Volume" zu erweitern.

Was ist "umformen"? Ich denke, wenn man eine zusätzliche Platte reinsteckt, gibt es nur eine Funktion: Platte hinzufügen ??? Warum dann diesen Zwischenschritt?

Auszug aus der Hilfe zu diesem Thema:

Erweitern eines "RAID 5" oder "RAID 6"-Volumes durch Hinzufügen von Festplatten

So verfahren Sie:

1. Wählen Sie das "RAID 5" oder "RAID 6"-Volume aus.
2. Klicken Sie auf Platte Zufügen.
3. Folgen Sie dem Assistenten, um die Installation abzuschließen.

 

[un9l]

Was ist "umformen"? Ich denke, wenn man eine zusätzliche Platte reinsteckt, gibt es nur eine Funktion: Platte hinzufügen ??? Warum dann diesen Zwischenschritt?

Auszug aus der Hilfe zu diesem Thema:

Erweitern eines "RAID 5" oder "RAID 6"-Volumes durch Hinzufügen von Festplatten

So verfahren Sie:

1. Wählen Sie das "RAID 5" oder "RAID 6"-Volume aus.
2. Klicken Sie auf Platte Zufügen.
3. Folgen Sie dem Assistenten, um die Installation abzuschließen.

Während des Konversionsvorgangs hat die Statusanzeige eben gesagt "RAID erweitern (Umformen)"...

Und jetzt bin ich so weit, dass eben das Volume selbst nicht erweitert ist, also das ext3 Filesystem selbst ist 1,8GB groß und wenn ich in der Web-OBerfläche auf "Info abrufen" gehe, steht da "Sie können das Volume erweitern auf über 2,7GB".

Drück ich auf "Erweitern" fragt es mich "Komplette Konsistenzprüfung" oder "Schnell", beides bringt mich nicht zum Ziel.

In /var/log/messages steht ja die Fehlermeldung warum. Leider habe ich keine Ahnung, ob man die "GDT blocks" des Filesystems manuell erweitern kann?

Hm, glaube ich hab was gefunden: http://www.sherin.in/index.php/2008...s”-message-when-expanding-an-ext3-filesystem/

mal unmounten und testen...

 

[un9l]

Hm schaut so aus, als ob es am /dev/md2 -> /opt mount liegt, den ipkg-Installation anlegt... mal von Hand unmounten vor dem nächsten Versuch

EDIT: ahh, resize2fs tut etwas

 

[Supaman]

DAS hätte ich dir sofort sagen können, der fehler ist bekannt. etwas vollständigere logs sind hilfreicher, da steht auch drin das volume xyz nicht unmounted werden konnte.

 

[un9l]

DAS hätte ich dir sofort sagen können, der fehler ist bekannt. etwas vollständigere logs sind hilfreicher, da steht auch drin das volume xyz nicht unmounted werden konnte.

Jepp, ich hab halt nicht weit genug reingeschaut

Was ich aber dennoch nicht verstehe, warum ist /opt ein Mountpunkt? Ein popliger symbolischer Link nach /volume1/opt würds doch auch tun?

 

[itari]

Liegt daran, dass symbolische Links nicht immer und überall richtig aufgelöst werden (oder werden sollen). Der mount --bind liegt eine Ebene unterhalb des Dateizugriffs (sozusagen auf Dateisystemebene) und ist gefälliger - soll sagen funzt besser

itari