![vmkfstools --growfs gibt keine solche Datei oder kein solches Verzeichnis zurück](https://rvso.com/image/747340/vmkfstools%20--growfs%20gibt%20keine%20solche%20Datei%20oder%20kein%20solches%20Verzeichnis%20zur%C3%BCck.png)
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#"