Ich habe gerade meinen ESXi-Host auf 6.0 aktualisiert und dabei eine seltsame Nebenwirkung bemerkt. Beim Booten wird mein lokales RDM-Gerät jetzt automatisch vom Hypervisor selbst gemountet und meine VM, die es verwendet, kann nicht booten, da das Gerät vom Betriebssystem gesperrt ist (der Fehler, den ich bekomme, ist Failed to lock the file).
Wenn ich alle Geräte aufliste:
[root@esx:~] esxcli storage filesystem list
Mount Point Volume Name UUID Mounted Type Size Free
------------------------------------------------- ----------- ----------------------------------- ------- ------ ------------- ------------
/vmfs/volumes/4cdacf34-9bc2bc46-e644-d48564c85da5 SYSTEM HDU 4cdacf34-9bc2bc46-e644-d48564c85da5 true VMFS-5 154618822656 127827705856
/vmfs/volumes/4cdacf03-d1fb2b7d-6384-d48564c85da5 DATA HDU 4cdacf03-d1fb2b7d-6384-d48564c85da5 true VMFS-5 2000112582656 893103636480
/vmfs/volumes/5000b526-be6827b9-b9e9-009c02a7fbf2 5000b526-be6827b9-b9e9-009c02a7fbf2 true vfat 299712512 83451904
/vmfs/volumes/ad7377ea-9bfcba10-6bad-896a6ee35f64 ad7377ea-9bfcba10-6bad-896a6ee35f64 true vfat 261853184 87711744
/vmfs/volumes/0baa70e5-8a38dacf-3d88-bca98a363fc0 0baa70e5-8a38dacf-3d88-bca98a363fc0 true vfat 261853184 122646528
/vmfs/volumes/3c3693e8-f77a642a-1910-5c6bdcb26d3a Hypervisor3 3c3693e8-f77a642a-1910-5c6bdcb26d3a true vfat 299778048 157663232
/vmfs/volumes/b901cb7d-fd6e00e0-e5eb-b36b42d0950f Hypervisor2 b901cb7d-fd6e00e0-e5eb-b36b42d0950f true vfat 261853184 261849088
/vmfs/volumes/4cdacf0f-59b94c5a-79e7-d48564c85da5 4cdacf0f-59b94c5a-79e7-d48564c85da5 true vfat 4293591040 4269015040
/vmfs/volumes/5b569e71-4ede41ca-d19f-f2af4b6cee7c Hypervisor1 5b569e71-4ede41ca-d19f-f2af4b6cee7c true vfat 261853184 169762816
/vmfs/volumes/localRDM RDM 5512f47e-00000000-0000-000000000000 true ufs 1998251364352 288346738688
Das Gerät, das ich aushängen möchte, ist das letzte
Mount Point Volume Name UUID Mounted Type Size Free
------------------------------------------------- ----------- ----------------------------------- ------- ------ ------------- ------------
/vmfs/volumes/localRDM RDM 5512f47e-00000000-0000-000000000000 true ufs 1998251364352 288346738688
Wie in den Dokumenten angegebenIch habe versucht, es auszuhängen, aber das Betriebssystem beschwert sich und scheint es nicht aushängen zu wollen:
[root@esx:~] esxcli storage filesystem unmount -l RDM
No volume with label 'RDM' was found
[root@esx:~] esxcli storage filesystem unmount -p /vmfs/volumes/localRDM
No NAS volume was found mounted on '/vmfs/volumes/localRDM'
[root@esx:~] esxcli storage filesystem unmount -u 5512f47e-00000000-0000-000000000000
No volume with uuid '5512f47e-00000000-0000-000000000000' was found
Laut der Dokumentation lautet die Syntax zum Aushängen eines Geräts:
# esxcli storage filesystem unmount [-u UUID | -l label | -p path ]
aber wie Sie sehen, bisher keine Ergebnisse.
Ich habe mich gefragt, ob das Problem behoben sein könnte, wenn ich die VMDK-Datei für dieses Gerät entferne und neu erstelle, aber ich befürchte, dass ich dadurch alle darin enthaltenen Daten verliere.
Bearbeitet 1
Ok, ich habe die VMDK-Dateizuordnung gelöscht, aber ESXi mountet die Festplatte immer noch automatisch (und nein, es gibt keinen Datenverlust)
Bearbeitet 2
Ich sehe, dass es keinen direkten Zusammenhang zwischen der Weiterleitung meiner Festplatte und der automatischen Bereitstellung durch ESXi gibt, da ich ein neu formatiertes UFS2-Laufwerk angeschlossen habe und ESXi es ebenfalls automatisch bereitstellt (und für dieses noch kein RDM erstellt wurde).
Antwort1
Ich hatte das gleiche Problem mit RDM-UFS-Laufwerken, die in NAS4Free verwendet und als Ordner zugeordnet wurden. Deshalb ging ich in die VMWare-Foren und bat um Hilfe.
Hier ist die Antwort vom Benutzer themiron in den VMWare-Foren.
Es ist möglich, das UFS-Modul mit dem folgenden ESXCLI-Befehl auf die schwarze Liste zu setzen, sodass kein automatisches Mounten von UFS-Volumes erfolgt. Ein Neustart des Hosts ist erforderlich.
$ esxcli system module set -m ufs -e false
https://communities.vmware.com/thread/517516 (wie angegeben den Link zur Originalquelle hinzugefügt)