Verschobene VMware VM lässt sich nicht mehr starten
Hey Zusammen
Ich habe ein Problem mit meinem VMWare EsXI 5.5.0 Server auf dem eine Windows Server 2012 VM lief. Die Platte, auf der die VM gespeichert war, hatte nicht mehr genug Speicherplatz, deswegen habe ich die Virtuelle maschine auf eine andere Platte mit mehr Speicherplatz verschoben.
Seitdem ich diese VM verschoben habe, kann ich Sie nicht mehr Starten. Die VM zeigt immernoch auf den alten Speicherplatz. Wenn ich versuche, den Speicherplatz zu ändern erhalte ich folgende Fehlermeldung:
Ich habe leider diesbezüglich noch keine Lösung gefunden. Wisst ihr vielleicht, was ich in diesem Fall tun müsste?
Besten Dank für eure Hilfe.
Gruss
gabeBU
Ich habe ein Problem mit meinem VMWare EsXI 5.5.0 Server auf dem eine Windows Server 2012 VM lief. Die Platte, auf der die VM gespeichert war, hatte nicht mehr genug Speicherplatz, deswegen habe ich die Virtuelle maschine auf eine andere Platte mit mehr Speicherplatz verschoben.
Seitdem ich diese VM verschoben habe, kann ich Sie nicht mehr Starten. Die VM zeigt immernoch auf den alten Speicherplatz. Wenn ich versuche, den Speicherplatz zu ändern erhalte ich folgende Fehlermeldung:
Ich habe leider diesbezüglich noch keine Lösung gefunden. Wisst ihr vielleicht, was ich in diesem Fall tun müsste?
Besten Dank für eure Hilfe.
Gruss
gabeBU
Please also mark the comments that contributed to the solution of the article
Content-ID: 517987
Url: https://administrator.de/contentid/517987
Printed on: October 5, 2024 at 03:10 o'clock
9 Comments
Latest comment
Hi,
bist Du so vorgegangen: https://networklessons.com/uncategorized/vmware-esxi-5-move-vm-to-differ ...
(und zwar Schritt für Schritt)? So sollte das recht sicher funktionieren, da in einem der letzten Schritte angegebn wird, dass die VM verschoben wurde - dann editiert er die vmx Datei bezüglich des neuen Laufwerks/Datatstore.
Gruß
cykes
bist Du so vorgegangen: https://networklessons.com/uncategorized/vmware-esxi-5-move-vm-to-differ ...
(und zwar Schritt für Schritt)? So sollte das recht sicher funktionieren, da in einem der letzten Schritte angegebn wird, dass die VM verschoben wurde - dann editiert er die vmx Datei bezüglich des neuen Laufwerks/Datatstore.
Gruß
cykes
Wo man hier doch immer liest, wie dolle das mit dem virtualisieren ist - wegen der einfachen Backups
Du müsstest aber doch noch eine Version auf der alten Platte haben?! Probiere vielleicht das hier:
https://communities.vmware.com/thread/173357
(und diverse "Repair-Tools" gibts evtl. auch noch)
Oder im schlimmsten Fall - das klingt jetzt evtl. etwas strange: Die Images lassen sich manchmal auch von anderen Virtualisieren importieren (und dann evtl. wieder "Retour")
Du müsstest aber doch noch eine Version auf der alten Platte haben?! Probiere vielleicht das hier:
https://communities.vmware.com/thread/173357
(und diverse "Repair-Tools" gibts evtl. auch noch)
Oder im schlimmsten Fall - das klingt jetzt evtl. etwas strange: Die Images lassen sich manchmal auch von anderen Virtualisieren importieren (und dann evtl. wieder "Retour")
Moin,
erstmal: Ruhe bewahren und keine Übersprungshandlungen durchführen, die im Zweifel alles nur verschlimmbessern.
Folgende Rückfragen hätte ich noch:
Ich würde zunächst auf der ESXi Shell mal nachsehen, was sich im Quellverzeichnis und im Zielverzeichnis befindet. Lass Dir auch mal die Berechtigungen anzeigen. Ggf findet sich dort noch eine <VM Name>.vmx~ Konfigurationsdatei (Kopie nach einer Änderung). Frage wäre außerdem, ob ggf. vor dem Verschieben noch Snapshots der VM vorhanden waren, das wäre ungünstig, aber auch kein Drama, macht die Sache nur aufwändiger.
Ich würde keinesfalls die vmdk in einen "anderen Virtualisierer" laden, wie Visucius das oben vorgeschlagen hat, wenn man bspw. VMWare Workstation dazu nimmt, muss man genau wissen, was man tut, da dabei auch die virtuelle Hardware angepasst wird. Noch schlimmer bzw. aufwändiger wäre es, wenn man temporär Virtualbox o.ä. verwendet.
Wenn überhaupt einfach eine temporäre VM im ESXi aufsetzen und die vmdk mounten.
Gruß
cykes
erstmal: Ruhe bewahren und keine Übersprungshandlungen durchführen, die im Zweifel alles nur verschlimmbessern.
Folgende Rückfragen hätte ich noch:
- Wie genau hast Du die VM verschoben? Im laufenden Betrieb oder VM war heruntergefahren, auf der Shell oder über die GUI?
- Welches Sicherungsziel hat Backup EXEC (Bandlaufwerk, NAS/SAN, externe Platte oder gar in die eigene VM?) und kannst DU ggf. ein Bootmedium erstellen (Desaster Recovery)
- Ist die VM vor dem Verschieben aufgrund Platzmangels bereits abgeschmiert?
Ich würde zunächst auf der ESXi Shell mal nachsehen, was sich im Quellverzeichnis und im Zielverzeichnis befindet. Lass Dir auch mal die Berechtigungen anzeigen. Ggf findet sich dort noch eine <VM Name>.vmx~ Konfigurationsdatei (Kopie nach einer Änderung). Frage wäre außerdem, ob ggf. vor dem Verschieben noch Snapshots der VM vorhanden waren, das wäre ungünstig, aber auch kein Drama, macht die Sache nur aufwändiger.
Ich würde keinesfalls die vmdk in einen "anderen Virtualisierer" laden, wie Visucius das oben vorgeschlagen hat, wenn man bspw. VMWare Workstation dazu nimmt, muss man genau wissen, was man tut, da dabei auch die virtuelle Hardware angepasst wird. Noch schlimmer bzw. aufwändiger wäre es, wenn man temporär Virtualbox o.ä. verwendet.
Wenn überhaupt einfach eine temporäre VM im ESXi aufsetzen und die vmdk mounten.
Gruß
cykes
Zitat von @gabeBU:
2. Das Sicherungsziel sind die Platten, die Lokal beim VSphere Esxi verbaut sind (es sind mehrere RAID-Konfigurationen aus Platten). Das heisst ich habe es von einer RAID-Konfiguration in eine andere verschoben. Ob ich ein Bootmedium erstellen kann, weiss ich nicht.
Das meinte ich nicht. Sondern: Wohin sichert das in der VM installierte Backup EXEC? Die sind hoffentlich noch zugreifbar.2. Das Sicherungsziel sind die Platten, die Lokal beim VSphere Esxi verbaut sind (es sind mehrere RAID-Konfigurationen aus Platten). Das heisst ich habe es von einer RAID-Konfiguration in eine andere verschoben. Ob ich ein Bootmedium erstellen kann, weiss ich nicht.
3. Die Ordner habe ich mir bereits in der Shell angeschaut, ist alles weg. Keine VMX mehr vorhanden.
Das ist aber mehr als merkwürdig.4. Snapshots der VM sind noch vorhanden.
Das ist eher ungünstig. Die bekäme man nur mit recht viel Aufwand wieder eingebunden.5. Das mit der temporären VMDK war das erste was ich versucht habe: zuerst ist nichts passiert und dann habe ich den grossen Fehler gemacht: Ich habe die VM gelöscht und ich glaube eben, dass ich dabei auch die VDMK's gelöscht habe...denn es gab von beiden VDMKS, die die VM hatte zwei Dateien. EIne im Format "VM.VMDK" und "VM000001.VMDK" die verschieden gross waren. Denn wenn ich es jetzt mit einer Temporären VM versuche, kommt die Meldung, dass die Dtaei nicht vorhanden ist.
Die VM0000001 ist i.d.R. ein Snapshot. Eigentlich fragt VMware beim löschen einer VM im vSphere Client nach, ob nur die VM aus dem Inventory entfernt werden soll oder auch sämtliche Dateien gelöscht werden sollen.