Hallo,
ich habe ein großes Problem!
Nachdem ich eine VM zurücksetzten musste, was leider nicht
funktionierte, habe ich den ESX einmal durchgestartet. Als
der Server wieder da war musste ich feststellen das alle VMs unknown waren,
auch die die vorher noch liefen. Im Datastore musste ich dann feststellen
dass die VMX-Dateien nur noch vom Typ Datei waren. VMDK usw. sind noch
da und werden auch z.B. als Festplatte angezeigt. Leider scheinen alle
Dateien die vor dem Neustart mit einer VM aktiv waren geblockt. Neue
VMs lassen sich erstellen und funktionieren auch. Eine VM die nicht aktiv
war läuft auch noch. Per Putty sieht eigentlich auch alles gut aus allerdings
lassen sich die Daten auch nicht mehr kopieren oder ansehen.
So, denke der Fehler ist gut beschrieben, falls mir einer helfen wäre ich Dankbar!
Gruß Stefan
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
VMX wird nur noch als Datei angezeigt; VMDK kein Zugriff
... nach ca. 3 Stunden war der Status noch bei 95%,
da habe ich ESX durchgestartet. Die noch aktiven VMs
haben sich automatisch runtergefahren.
Das Problem ist jetzt, das alle Dateien zwar sichtbar sind,
ich haber keinen Zugriff mehr habe und die .vmx vom Typ
Datei ist. Zugrissrechte sind richtig gesetzt und User ist root.
da habe ich ESX durchgestartet. Die noch aktiven VMs
haben sich automatisch runtergefahren.
Das Problem ist jetzt, das alle Dateien zwar sichtbar sind,
ich haber keinen Zugriff mehr habe und die .vmx vom Typ
Datei ist. Zugrissrechte sind richtig gesetzt und User ist root.
-
continuum
- UNSTERBLICH(R.I.P.)
- Beiträge: 14759
- Registriert: 09.08.2003, 05:41
- Wohnort: sauerland
- Kontaktdaten:
VMware Support ist manchmal lausig - was haben die denn gesagt ?
Erst gerstern hatte ich einen Fall wo der VMware support die Sache schlimmer gemacht hat als sie eigentlich war - jedenfalls hatte ich nach einer Stunde die Daten wieder die der VMware -support schon abgeschrieben hatte ...
vmx-files die im Datstorebrowser nur als Datei angezeigt werden haben entweder einen syntax fehler oder sind leer.
Beides kann man leicht beheben
Erst gerstern hatte ich einen Fall wo der VMware support die Sache schlimmer gemacht hat als sie eigentlich war - jedenfalls hatte ich nach einer Stunde die Daten wieder die der VMware -support schon abgeschrieben hatte ...
vmx-files die im Datstorebrowser nur als Datei angezeigt werden haben entweder einen syntax fehler oder sind leer.
Beides kann man leicht beheben
Hi Ulli,
in den logs sieht man das es Probleme mit dem datastore gibt,
evtl.soll es am Controller liegen. Das Problem ist halt, das man and die Dateien
weder öffnen, kopieren oder klonen kann. Wenn ich eine neu VM im datastore
erstelle funktioniert Sie ohne Probleme, wenn ich dann eine von den
Festplatten einbinde kommt es zum Fehler.
Hast du sowas schon mal gehabt? Habe nicht unbedingt lust 10000€ zu zahlen
Stefan
P.S. haben denen ein dump hochgeladen
in den logs sieht man das es Probleme mit dem datastore gibt,
evtl.soll es am Controller liegen. Das Problem ist halt, das man and die Dateien
weder öffnen, kopieren oder klonen kann. Wenn ich eine neu VM im datastore
erstelle funktioniert Sie ohne Probleme, wenn ich dann eine von den
Festplatten einbinde kommt es zum Fehler.
Hast du sowas schon mal gehabt? Habe nicht unbedingt lust 10000€ zu zahlen
Stefan
P.S. haben denen ein dump hochgeladen
... nach ca. 3 Stunden war der Status noch bei 95%,
Da solltest Du u.U. beim nächsten Mal mehr Geduld haben, daß kann so lange dauern, daß der VI-Client sogar einen Fehler bringt, der ESX aber in Wirklichkeit weiter macht.
wenn ich dann eine von den Festplatten einbinde kommt es zum Fehler.
Was kommt für ein Fehler? Stürzt die VM ab?
Ja, habe ich schon probiert. VM-Ware hat festgestellt:
Heartbeat region:
calculated to be found at 0x1410000 21037056 Record 152:
+77824(004) state 1078103750 HB_STATE_IS_WEIRD!!
+77828(008) addr.offset 0x5630da6df66bfe29 6210704051964476969 WHICH IS
+NOT VALID!!!!! SHOULD BE:0x313000 3223552
I also found corruption on the file level:
+00000(004) pbc.cg[71].r[223]/FB[10].addrType FS3_ADDR_INVALID 0
+00000(004) pbc.cg[71].r[223]/FB[11].addrType FS3_ADDR_INVALID 0
+00000(004) pbc.cg[71].r[223]/FB[12].addrType FS3_ADDR_INVALID 0
+00000(004) pbc.cg[71].r[223]/FB[13].addrType FS3_ADDR_INVALID 0
+00000(004) pbc.cg[71].r[223]/FB[14].addrType FS3_ADDR_INVALID 0
There are over 6000 corrupted files. At this point only thing we can suggest for you is to use the backup of the Virtual Machine or contact the Kroll-Ontrack for data recovery as we don't have tools for recovering the data from VMware side.
naja
Heartbeat region:
calculated to be found at 0x1410000 21037056 Record 152:
+77824(004) state 1078103750 HB_STATE_IS_WEIRD!!
+77828(008) addr.offset 0x5630da6df66bfe29 6210704051964476969 WHICH IS
+NOT VALID!!!!! SHOULD BE:0x313000 3223552
I also found corruption on the file level:
+00000(004) pbc.cg[71].r[223]/FB[10].addrType FS3_ADDR_INVALID 0
+00000(004) pbc.cg[71].r[223]/FB[11].addrType FS3_ADDR_INVALID 0
+00000(004) pbc.cg[71].r[223]/FB[12].addrType FS3_ADDR_INVALID 0
+00000(004) pbc.cg[71].r[223]/FB[13].addrType FS3_ADDR_INVALID 0
+00000(004) pbc.cg[71].r[223]/FB[14].addrType FS3_ADDR_INVALID 0
There are over 6000 corrupted files. At this point only thing we can suggest for you is to use the backup of the Virtual Machine or contact the Kroll-Ontrack for data recovery as we don't have tools for recovering the data from VMware side.
naja
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 18 Gäste