7
VM lässt sich nicht neustarten im VCenter
Hallo Leute,
Ich habe einen Robocopyjob gestartet von 6,5TB auf eine vituelle HDD in einem Dateiserver (Wind Server 2016)die virutell HDD liegt auf einem NAS.
Freier Speicher waren 10TB
Anbindung über LAN. Nach 24 Stunden war der Job zu ca. 60 % durch. Heute Morgen dann das Desaster. Angeblich kein freier Speicheplatz mehr.
Der komplette Windows SErver hängt, lässt scih auch aus dem VCenter nicht neustarten. Es läuft ein Prozess der Festplattenkonsolidierung, der aber nicht weitergeht, er hängt bei 0%.
Interessanter weise bin ich auf dem Desktop der VM drauf, kann dort aber nichts tun.
Gibt es eine Möglichkeit den Neustart der VM zu erzwingen?
Bin für jede Idee dankbar.
Udo
Ich habe einen Robocopyjob gestartet von 6,5TB auf eine vituelle HDD in einem Dateiserver (Wind Server 2016)die virutell HDD liegt auf einem NAS.
Freier Speicher waren 10TB
Anbindung über LAN. Nach 24 Stunden war der Job zu ca. 60 % durch. Heute Morgen dann das Desaster. Angeblich kein freier Speicheplatz mehr.
Der komplette Windows SErver hängt, lässt scih auch aus dem VCenter nicht neustarten. Es läuft ein Prozess der Festplattenkonsolidierung, der aber nicht weitergeht, er hängt bei 0%.
Interessanter weise bin ich auf dem Desktop der VM drauf, kann dort aber nichts tun.
Gibt es eine Möglichkeit den Neustart der VM zu erzwingen?
Bin für jede Idee dankbar.
Udo
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1183023822
Url: https://administrator.de/contentid/1183023822
Ausgedruckt am: 25.11.2024 um 08:11 Uhr
7 Kommentare
Neuester Kommentar
Danke, ich meinte eher konstruktive Ideen.
LG
LG
Ok, First-Level-Support
Im Allgemeinen hilft dies.
Wie Du eine Frage richtig stellst
Je nach Fragestellung werden folgende Informationen zusätzlich benötigt:
Betriebssystem/Progammversion, Service Pack usw., grobe Hardwarekonfiguration
Hersteller und Name des Programms
Netzwerkinfrastruktur, wie Router/Firewall/Switches, etc...
Die versuchten Lösungsstrategien, die nicht zu einem Erfolg geführt haben.
Evtl Fehlermeldungen der Software oder/und in Protokolldateien, gerne auch als Screenshots
Danke für deinen Hinweis, du hat vollkommen Recht, ich bin nur gerade ein bisschen im Stress und dachte, vielleicht hat jemand eine spontane Idee, wie es grundsätzlich geht.
Inzwischen ist der Konsolidierungsprozess abgebrochen und ich konnte die VM herunterfahren.
Ich arbeite daran....
LG
Inzwischen ist der Konsolidierungsprozess abgebrochen und ich konnte die VM herunterfahren.
Ich arbeite daran....
LG
Ich habe die Erfahrung gemacht das ein Konsolidierungsjob, auch wenn er vermeintlich bei 0% hängt, doch irgendwann zu Ende geht. Ich hatte einen Fall wo ich nach einem Update eine große VM konsolidiert habe, dann an dieser Stelle in Panik war und einen Restore gemacht habe (Backup als neue VM hoch gezogen und produktiv gesetzt). Die Konsolidierung war tatsächlich nach ca. 30h fertig (<500GB). Das Restore sollte dann auch konsolidiert werden und nach meinen Vorbereitungen für ein exorbitantes Zeitfenster hat das dann ca. 1 Minute gedauert...
Moin,
dein Problem ist gelöst?
Wenn nicht dann muss ich Caveman beipflichten, es fehlen wichtige Informationen.
Welche VM? Hersteller , jeder hat so seine Eigenheiten.
Per Robocopy? ( ob das dazu geeignet ist) auf ein virtuelles Laufwerk? also aus einer anderen VM in eine VM? Konfus
etc. etc.
Gruss TT
dein Problem ist gelöst?
Wenn nicht dann muss ich Caveman beipflichten, es fehlen wichtige Informationen.
Welche VM? Hersteller , jeder hat so seine Eigenheiten.
Per Robocopy? ( ob das dazu geeignet ist) auf ein virtuelles Laufwerk? also aus einer anderen VM in eine VM? Konfus
etc. etc.
Gruss TT
Hallo Leute,
nein, es war nicht von einer VM in eine VM sondern von einem physischen Server auf eine VM.
Das Problem war letztendlich, dass Snapshots entstanden sind, weil im Hintergrund noch Veeam lief. Das hat mir die NAS Speicher vollgemüllt.
Ich konnte dann die Snapshots löschen indem ich dem LUN in der NAS etwas mehr Speicher gegeben habe.
Dadurch konnte ich die VM wieder starten und Konsolidieren. Das hat aber 32 Stunden gedauert.
Nun läuft alles wieder, die Daten sind aber immer noch nicht auf der VMDK.
Vielen Dank für eure Antworten.
Udo
nein, es war nicht von einer VM in eine VM sondern von einem physischen Server auf eine VM.
Das Problem war letztendlich, dass Snapshots entstanden sind, weil im Hintergrund noch Veeam lief. Das hat mir die NAS Speicher vollgemüllt.
Ich konnte dann die Snapshots löschen indem ich dem LUN in der NAS etwas mehr Speicher gegeben habe.
Dadurch konnte ich die VM wieder starten und Konsolidieren. Das hat aber 32 Stunden gedauert.
Nun läuft alles wieder, die Daten sind aber immer noch nicht auf der VMDK.
Vielen Dank für eure Antworten.
Udo
