[Gelöst] Volumen kann nicht mehr gemounted werden

[Atomic]

Moin liebes Forum,

ich habe heute mein FreeNAS auf Version 9.2.1.7 upgedated und wollte in selben Zuge mein Volumen Expandieren, dass hat leider nicht so geklappt wie ich es mir vorgestellt habe.

Ich verwende einen LSI 3ware 9750 RAID-Controller der ein RAID5 auf 6x 3TB Platten zur Verfügung stellt, eine der 6 Festplatten hatte ich erst vor kurzem hinzugefügt und nun wollte ich das Volumen auf dem FreeNAS auf die neue Größe Expandieren.

Da ich immer die Meldung bekommen habe, dass das Device busy ist habe ich es auf der GUI detached.
[root@FreeNAS] ~# zpool export DataHD
cannot unmount '/mnt/DataHD/.system/syslog': Device busy
[root@FreeNAS] ~#

Dann habe ichfolgende Befehle ausgeführt, alles hat geklappt bis ich zu dem swopon -a kam.
[root@FreeNAS] ~# mount -uw /
[root@FreeNAS] ~# zpool list
NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT
DataHD 10.9T 9.14T 1.73T 84% 1.00x ONLINE /mnt
[root@FreeNAS] ~# zpool status DataHD
pool: DataHD
state: ONLINE
scan: scrub repaired 0 in 367h25m with 0 errors on Mon Jul 28 07:26:10 2014
config:

NAME STATE READ WRITE CKSUM
DataHD ONLINE 0 0 0
gptid/bc6d8e69-b536-11e2-9c45-7054d245e088 ONLINE 0 0 0

errors: No known data errors

[root@FreeNAS] ~# zpool export DataHD
cannot unmount '/mnt/DataHD/.system/syslog': Device busy
[root@FreeNAS] ~# zpool export DataHD
cannot open 'DataHD': no such pool
[root@FreeNAS] ~# swapoff -a
swapoff: removing /dev/da0p1.eli as swap device
[root@FreeNAS] ~#
[root@FreeNAS] ~# gpart show
=> 34 23437410237 da0 GPT (13T) [CORRUPT]
34 94 - free - (47k)
128 4194304 1 freebsd-swap (2.0G)
4194432 23433215839 2 freebsd-zfs (10T)

=> 63 15633345 da1 MBR (7.5G)
63 1930257 1 freebsd [active] (942M)
1930320 63 - free - (31k)
1930383 1930257 2 freebsd (942M)
3860640 3024 3 freebsd (1.5M)
3863664 41328 4 freebsd (20M)
3904992 11728416 - free - (5.6G)

=> 0 1930257 da1s1 BSD (942M)
0 16 - free - (8.0k)
16 1930241 1 !0 (942M)

[root@FreeNAS] ~# gpart backup da0 > da0.gpart
[root@FreeNAS] ~# gpart recover da0
da0 recovered
[root@FreeNAS] ~# gpart resize -i 2 da0
da0p2 resized
[root@FreeNAS] ~# gpart show
=> 34 29296762813 da0 GPT (13T)
34 94 - free - (47k)
128 4194304 1 freebsd-swap (2.0G)
4194432 29292568415 2 freebsd-zfs (13T)

=> 63 15633345 da1 MBR (7.5G)
63 1930257 1 freebsd [active] (942M)
1930320 63 - free - (31k)
1930383 1930257 2 freebsd (942M)
3860640 3024 3 freebsd (1.5M)
3863664 41328 4 freebsd (20M)
3904992 11728416 - free - (5.6G)

=> 0 1930257 da1s1 BSD (942M)
0 16 - free - (8.0k)
16 1930241 1 !0 (942M)

[root@FreeNAS] ~# swapon -a
swapon: /dev/da0p1.eli: No such file or directory
[root@FreeNAS] ~## zpool import DataHD
[root@FreeNAS] ~## zpool status
=> pool: vol
state: ONLINE
scan: none requested
config:

NAME STATE READ WRITE CKSUM
DataHD ONLINE 0 0 0
gptid/b574f325-9fca-11e2-baad-7054d245e088 ONLINE 0 0 0

errors: No known data errors

[root@FreeNAS] ~# zpool online -e DataHD gptid/bc6d8e69-b536-11e2-9c45-7054d245e088

[root@FreeNAS] ~# zpool detach
[root@FreeNAS] ~# zpool attach

Jetzt wird das Volumen vom FreeNAS nicht mehr erkannt und ich kann es auch nicht manuell mounten.

Leider habe ich nicht von allen Daten auf dem Volumen ein Backup, würde die Daten aber gerne wieder bekommen.

Danke für Eure Hilfe und viele Grüße
Atomic

 

[warri]

Die meisten Operationen gehen nur von der GUI einwandfrei, wie du siehst ;)
Das liegt z.b. an Services die noch auf den pool zugreifen, wie der ix-syslog in deinem Fall. Die export Funktion der GUI enthält zusätzliche Logik, um diese Services korrekt zu beenden.

Über die CLI wird das Volume ja noch erkannt, also kannst du es im schlimmsten Falle von dort mounten und die Daten retten.

Ich sehe, dass sich im Zuge der Expansion die gptid der Partition geändert hat. Das könnte FreeNAS verwirren, da es ein internes Mapping von pools zu gptids vorhält.
Was passiert bei einem Auto Import über die GUI? Auch mal einen Neustart probiert? Als letzte Alternative würde ich einen Factory Reset versuchen, um die FreeNAS-interne Datenbank zurückzusetzen.

PS: Was ich von ZFS auf Hardware-RAID halte, weißt du ja. Haben wir glaube ich zur genüge vor einigen Monaten in einem anderen Thread diskutiert ;)

 

[Atomic]

Moin Warri,

bei einem Auto-Import wird das Volumen nicht gesehen, eigentlich sollte etwas wie: DataHD gptid/bc6d8e69-b536-11e2-9c45-7054d245e088 angezeigt werden. Einen Reboot habe ich mehrmals probiert, leider ohne erfolg.

Grüße
Atomic

 

[Atomic]

Moin,

Leider hatte ich noch keine Zeit mich um meine FreeNAS zu kümmern. Wie und wohin muss ich das DataHD Volumen denn mounten damit es wieder richtig erkannt wird?

 

[warri]

Versuch es mal mit

Code:

zpool import -R /mnt DataHD

 

[Atomic]

Moin,

warri, danke für deinen Tip. Leider klappt das nicht so leicht:

[root@FreeNAS] ~# zpool import -R /mnt DataHD
cannot import 'DataHD': a pool with that name is already created/imported,
and no additional pools with that name were found
[root@FreeNAS] ~#

Muss ich vielleicht das Device da0p nach /mnt mounten?

 

[warri]

Mach mal zpool export DataHD vorher. Er sollte es mit dem Parameter -R /mnt automatisch in /mnt/DataHD mounten.

 

[Atomic]

Moin,

der zpool ist wieder da!!!

Das mit dem vorher exportieren hatte ich auch schon versucht, hat leider nicht geholfen. Es gibt dann zwar keine Fehlermeldung mehr beim Importieren aber sehen kann man Ihn trotzdem nicht.

Nach dem ich das FreeNAS auf Version 9.2.1.8 Upgedated hatte konnte ich den pool ganz normal über, Auto Import Funktion der GUI mounten. Warum auch immer.

Trotzdem vielen Dank für Deine Hilfe.