vmkfstools --growfs gibt keine solche Datei oder kein solches Verzeichnis zurück

vmkfstools --growfs gibt keine solche Datei oder kein solches Verzeichnis zurück

Bei einem Kunden haben wir 2 (+1 Backup und Test) ESXi-Server, die unabhängig voneinander arbeiten (ohne vSphere). Der Kunde möchte ein SSD-RAID mit 500 GB durch ein 2 TB-RAID ersetzen.

ESXi ist auf diesem SSD-RAID installiert. Wir haben den 3. Server (Testserver) verwendet, um unseren Workflow wie hier beschrieben zu testen:https://kb.vmware.com/s/article/2002461

Wir haben das Original-RAID per DD auf das neue RAID übertragen, sodass wir eine exakte Kopie der Originalfestplatte haben.

Wir haben ESXi erfolgreich gebootet. Der Mount des Datenspeichers ging verloren, aber esxcfg-volume -M funktioniert. Also funktioniert alles wieder.

Jetzt haben wir versucht, die Größe der Partition und des Dateisystems zu ändern, die den Datenspeicher enthalten.

vmkfstools -P /vmfs/volumes/datastore1

gab uns den Namen und die Partition, in diesem Fall

naa.600605b00e7ef41025b05be20a1ac269:3

partedUtil get /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269

ist zurückgekommen

243133 255 63 3905945600 1 64 8191 0 128 5 8224 520191 0 0 6 520224 1032191 0 0 7 1032224 1257471 0 0 8 1257504 1843199 0 0 9 1843200 7086079 0 0 2 7086080 15472639 0 0 3 15472640 975699934 0 0

partedUtil getUsableSectors /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac

ist zurückgekommen

34 3905945566

also haben wir

partedUtil resize /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269 3 15472640 3905945566

und von der KB erwartet, haben wir

partedUtil fixGpt /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269

für eine Sicherungskopie der Partitionstabelle

Alles wurde noch einmal überprüft und sieht vollkommen in Ordnung und wie erwartet aus. Wir haben eine funktionierende Festplatte mit einer vergrößerten Partition und ESXi meldet immer noch wie erwartet eine SSD mit ~500 GB, da der letzte Schritt die Größenanpassung des VMFS wäre.

vmkfstools --growfs /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269:3 /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269:3

gibt Folgendes zurück:

Not found Error: No such file or directory

Und hier wissen wir nicht, wo das Problem liegt. Wir haben die Pfade dreimal überprüft, wir haben stattdessen /dev/disks verwendet, wir haben per CD in die Verzeichnisse gewechselt und die Datei ohne absoluten Pfad verwendet usw., keine andere Ausgabe. Wir haben versucht, " und ' zu verwenden, aber ich erwarte kein Problem mit dem:

Wir haben die Protokolle auf der Scratch-Partition geprüft, aber keinen Grund gefunden.

Ich habe ungefähr eine Stunde lang online gesucht, aber die einzige Hilfe, die ich fand, enthielt entweder keine Antworten oder verwies auf die KBs mit dem Hinweis, dass er/sie irgendwo einen Fehler gemacht hatte.

Also haben wir alle unsere Aktionen noch einmal überprüft und ich kann keinen Fehler finden, den ich gemacht haben könnte. Im Wesentlichen ist dies der gleiche Arbeitsablauf wie bei jedem anderen Linux-System -> DD, Partitionsgröße ändern, FS-Größe ändern (nicht gemountet).

(Ja, wir haben es auch montiert und unmontiert probiert)

Wenn Sie einen Fehler sehen, den ich gemacht habe und den ich nicht sehe, sagen Sie es mir bitte. Wenn Sie Informationen benötigen, fragen Sie einfach.

Wenn dieser Fall erfolgreich ist, müssen die 2 Live-Server in etwa 2 Wochen folgen. Aber ich muss sicher sein, dass der Prozess wie erwartet funktioniert.

Vielen Dank für jede Hilfe und einen schönen Tag.

Antwort1

Vollständiger Beitrag auf RedditHier ist das Wichtigste:

Wenn vmkfstools --growfs "/vmfs/devices/disks/devicename:partition#" "/vmfs/devices/disks/devicename:partition#"„Nicht gefunden“ angezeigt wird, bedeutet dies, dass die UUID des VMFS-Volumes auf dieser Partition nicht übereinstimmt. Wie das passiert, weiß niemand, aber die Lösung besteht darin, das Volume neu zu signieren.

Dazu müssen Sie alle VMs im Datenspeicher verschieben/abmelden und den Datenspeicher aushängen. Ich weiß nicht, wie das über die CLI geht, also habe ich einfach die GUI verwendet.

[Bearbeiten] Der Befehl lautet:esxcli storage filesystem unmount [-uUUID | -l label | -p path ]

Sobald der Datenspeicher ausgehängt ist, esxcfg-volume --listüberprüfen Sie Ihre UUID/Bezeichnung. esxcfg-volume --resignature <VMFS UUID|label>Um ihn neu zu signieren

vmkfstools -V

vmkfstools --growfs "/vmfs/devices/disks/devicename:partition#" "/vmfs/devices/disks/devicename:partition#"

verwandte Informationen