vmdk korrupt ?

[drnicolas]

Ich hatte vor einer Woche das Phänomen, das der ESX nicht mehr ansprechbar war.
zunächst betraf das ganze nur eine VM, die ich veruschte zurükzusetzen.

Das zog sich über lange Zeit.
Anschliessend habe ich versucht die anderen VMs kontrolliert herunterzufahren, was nur bei einigen gelang.
Irgendwann wurde dann der ESX hart zurückgesetzt und furh auch wieder hoch.

Jetzt fällt mir auf, daß das ghettoVCB-Skript bei ALLEN beteiligten VMs Fehler meldet.
ghettoVCB sichert ausschliesslich 3 VMs bei denen Hardware durchgereicht wird und die zuerst problematische VM ist nicht dabei.

Wie kann ich jetzt die vmdks überprüfen, resp. reparieren ?
Das RAID5 ist lt. Controller und vSphere-Client in Ordnung.

[continuum]

Das ist alles recht vage ...

Lassen sich die VMs mit den vmdks die du möglicherweise für defekt hälst denn noch starten ?
Gibt es Fehlermeldungen ?

[drnicolas]

Ja, an sich läuft alles prima.
Ich bin erst aufmerksam geworden, als auch das Backup-Skript Fehler meldete.

Die VM, die alles ausgelöst hat, fällt schon lange auf, daß sie sehr träge ist. Ich experimentiere schon länger herum, das Ding flott zu bekommen.
Es lag nicht an verwaisten Snapshots;
einziges Manko war aus meiner Sicht die recht gute gefüllte virtuelle Festplatte.
Beim Aufräumen trat dann der Effekt auf, dass die VM nicht mehransprechbar war.

Ein virtueller Reset hat dann den ganzen ESX dahingerafft. Für mich überhaupt nicht erklräbar.

Umso weniger, daß jetzt auch die anderen VMs anscheinend fehlerhaft sind.

Gibt es ein Tool die vmdks zu prüfen oder zu reparieren oder gar das ganze Filesytem des ESX ?

[~thc]

Mir ist nur das Tool "fsck.vmfs" aus den vmfs-tools für Linux bekannt. Die VMDKs selbst würde ich von "innen" prüfen - über die Tools des OS.

[rprengel]

Ja, an sich läuft alles prima.
Ich bin erst aufmerksam geworden, als auch das Backup-Skript Fehler meldete.

Speicher defekt?
Festplatte defekt?
Zur Not den Host von einer Analyse-CD starten und mittels smart mal den Status der Platte abfragen bzw. den Speicher testen.

Gruss

[Dayworker]

Also VMware hat auch ein offizielles Test-Tool für ihr VMFS. Das ist allerdings wenig hilfreich, da man damit nur testen, aber nicht auch reparieren kann. Sowas läuft dann im Endeffekt auf einen Neuaufbau des DS hinaus.

Wenn es nach dem Gast-Reset auch den ESXi hingerafft hat, käme auch noch ein voller DS hinzu. Sowas passiert sowohl bei übersehenen Snapshots als auch Thin-VMDKs sehr schnell, wenn man den freien Platz nicht monitoren kann.

Falls du von der lahmen VM noch ein "vmware.log" direkt vor dem Crash verlinken kannst, würde man das uns sicher weiterhelfen und wenn du schon dabei bist, verlinke mal bitte auch gleich das "vmkernel.log". Als es den ESXi hingerafft hat, hatte dieser vielleicht noch einen PSOD geworfen?