geli findet keine metadata mehr nach Einfügen einer neuen Festplatte ins RAID5

Roi

Dive now, work later!
Hallo zusammen,

ich verwende FreeBSD auf meiner FreeNAS Box (ich weiss, dass es hier auch eine seperate Rubrik für FreeNAS gibt, habe es aber hier rein gepostet, da ich denke, dass es sich eher um ein allgemeines als spezielles Thema handelt).

Das System läuft auf einem Turion 64 mit der amd64 version von FreeNAS. Es gibt 4*1,5TB SATA (ad4, ad6, ad8, ad10), alle in einem geom RAID5 Array. Das Volume ist dann mit geli verschlüsselt.

Vor zwei Tagen ist mir die erste Platte (ad4) ausgefallen. Ich habe sie aus dem RAID5 array mit der FreeNAS Weboberfläche entfernt und mit einer neuen Festplatte ersetzt. Das RAID hat sich neu aufgebaut und war heute morgen fertig.

Der Fehler

Code:
geli: Cannot read metadata from /dev/raid5/nasvolume1: Invalid argument.

hat mich doch gar sehr überrascht. Kam, als ich das verschlüsselte Volume mounten wollte. Egal zu welchem Zeitpunkt, also auch als das RAID noch degraded (aber trotzdem functional war).

Natürlich habe ich kein Backup der metadata angelegt. Als ich das RAID5 array erzeugt habe, war das noch nicht in der Doku von FreeNAS enthalten und man konnte es glaube ich auch noch nicht über die WebGUI machen. Aber klar, trotzdem mein Fehler, da gibt es nichts zu deuteln... Wie dem auch sei...

Ich habe gelesen, dass die metadata im letzten Block des "Providers" gespeichert werden.

Der "Provider" ist doch das RAID5 volume (oder bei einer anderen Konfiguration das RAID1 volume oder eventuell auch nur eine einzelne Platte)? Falls ja, sollte doch alles innerhalb des Volumes sein, auch die metadata. Oder etwa auf dem letzten Block einer der Fastplatten des Arrays? Falls es innerhalb ist, sollten die metadata also vorhanden sein, egal ob degraded oder nicht, solange das Volume auf functional laeuft...

Welche Optionen habe ich denn nun? Die alte Platte (SMART hat sich über zwei unlesbare Sektoren beschwert, ganz kaputt ist sie also nicht) könnte ich wieder einhängen. Aber bringt sicherlich nichts mehr, da ich sie ja manuell aus dem RAID5 array entfernt und eine andere hinzugefügt habe. Macht das noch Sinn?

War es eventuell auch ein problem, dass die Ersatzplatte 2,0TB anstatt 1,5TB hat? Denke da etwas an diese Sache mit dem letzten Block, aber das entspricht ja nicht meinem Verständnis, dass der letzte Block des Volumes und nicht der physikalischen Datenträger gemeint sein kann?

Vielleicht kann mir ja jemand weiterhelfen, bin etwas verzweifelt...

Danke und viele Grüße,
Roi
 
Schau mal, es sollte eigentlich Backups der metadata in /var/backups geben:
http://www.freebsd.org/cgi/man.cgi?...ath=FreeBSD+8.1-RELEASE+and+Ports&format=html

Leider nein. Denn FreeBSD installiert sich von einer CF-Karte (oder ähnlichem) in den RAM. Dh das Backup müsste nach /cf stattfinden, sonst ist es beim nächsten Reboot weg.

Wurde auch schon bemängelt, dass das nicht geändert wurde damit es automatisch auf die CF-Karte geht um den Benutzer etwas vor sich zu schützen.
 
Guten Morgen,

hat niemand mehr eine Idee, die mich davon abhält, nun Nägel mit Köpfen zu machen und das Array neu zu formatieren?

Viele Grüße,
Roi
 
Bist Du sicher, dass Du nicht noch mehr umgestellt hast bevor Du die Platte zum Array hinzugefügt hast?

Nicht ganz relevant hier, aber ich hatte fast auch ein Unglück mit geli am Wochenende, aber es stellte sich heraus, dass ich geom_mbr in /boot/loader.conf geladen hatte (Entschlüsselung klappte nicht mehr). Ich hab's wieder entfernt und geli ging wieder.

Soll nicht heißen, dass Du jetzt Module geladen hast, sondern überleg einfach ob Du nicht unabsichtlich parallel andere Probleme geschaffen hast.
 
Danke für Deine Antwort. Bin mir sicher, dass da sonst nichts verändert wurde. Das FreeNAS ist ja out of the box und da habe ich an sich gar nichts dran verändert und nur über die GUI gearbeitet - auch wenn mir die Shell sonst nicht fremd ist.

Trotzdem ist mir nach wie vor unerklärlich, wie das RAID5 so kaputt gegangen ist, dass ein an sich funktionales, wenn auch degraded, Volume die Metadaten nicht mehr hat...
 
Back
Top