VMware-Forum

Hallo,

hat jemand von euch eine Idee woher das kommt, und wie ich es beheben kann?

Auf Volume 4a1ee2e6-15a2fb13-05b7-001ec9eca531 (RAID1)
wurde mindestens eine beschädigte Ressourcen-Metadaten-Region gefunden. Weitere Bereiche des Volumes sind möglicherweise auch beschädigt.

es kommt auch noch das hier:
event.esx.problem.vmfs.resource.corruptondisk.fullFormat

Dieser Fehler tritt auf warum auch immer, Controller ist ein Dell SAS und der zeigt keine Fehler oder sonstiges.
Der RAID ist auch ok.
Ich hatte das jetzt schon 2x das die virtuelle Platte nicht mehr ansprechbar ist aber physikalisch noch zu sehen ist.
Danach steht dann immer die Fehlermeldung im VC.
Kann ich sowas wie ein Checkdisk der VMFS Platte machen, wenn ja wie?


Gruß
Barabone

was sagt denn winscp oder putty - sind noch Daten lesbar ?

laesst du vielleicht regelmaessig die volumes voll-laufen ?

continuum hat geschrieben:was sagt denn winscp oder putty - sind noch Daten lesbar ?

danke für deine schnelle Antwort, also in dem Moment wo die VMFS weg ist kann ich natürlich nicht mehr drauf zugreifen, weder über VI Client noch über SSH.
Dann versuche ich den Server zu rebooten über SSH, was leider nicht geht und ich muss ihn dann am Schalter ausschalten.
Nach erneutem Hochfahren ist plötzlich wieder alles ok.
Ich habe keine Ahnung wo ich anfangen soll zu suchen.

continuum hat geschrieben:laesst du vielleicht regelmaessig die volumes voll-laufen ?

Meinst du die physischen oder die virtuellen Platten?

Das Volume das verschwindet, sind 2x1TB Platten im RAID1 und das ist ein Volume auf dem dann meine VM´s liegen.
Da sind ca 300GB frei.


Gruß
Bara

Mach eine Sicherung der kompletten VMs und dann loesche und erstelle den Datastore neu.

Treten die Probleme wieder auf dann sich dem VMware Support anvertrauen.

Gruss
Joerg

Metadaten klingt nach Host-HDD. Wie sind deine VMDKs eingerichtet, Thin oder Thick?

passiert das vielleicht sogar regelmaessig ?

Deine Beschreibung passt auf etwas was ich neulich auch hatte - der ESXi lief maximal 2-3 Tage - danach musste ich hart neu starten

Meinst du die physischen oder die virtuellen Platten?

das VMFS-volume selber - nicht die vmdks

geht es um 4.1.0 - 260247 ?

continuum hat geschrieben:passiert das vielleicht sogar regelmaessig ?

Deine Beschreibung passt auf etwas was ich neulich auch hatte - der ESXi lief maximal 2-3 Tage - danach musste ich hart neu starten

Meinst du die physischen oder die virtuellen Platten?

das VMFS-volume selber - nicht die vmdks

Also ich hatte es jetzt erst 2x.
Ich vermute fast das es am letzten Build liegt.
Ich habe Build 348481 drauf. Das erste Mal hatte ich es am 29.03.11 und eben heute.

Und das VMFS Volume hat sich nicht mehr großartig verändert, es sind immer mind. 200GB frei.

Gruß

Bara

irix hat geschrieben:Mach eine Sicherung der kompletten VMs und dann loesche und erstelle den Datastore neu.

Treten die Probleme wieder auf dann sich dem VMware Support anvertrauen.

Gruss
Joerg

Glaubst du das die Struktur der VMFS beschädigt ist?


Gruß

Dayworker hat geschrieben:Metadaten klingt nach Host-HDD. Wie sind deine VMDKs eingerichtet, Thin oder Thick?

Fest zugeteilt.


Gruß

Glaubst du das die Struktur der VMFS beschädigt ist?

Ja - das ist jedenfalls eine gesunde Arbeitshypothese

Hast du mittlerweile mal mit Winscp oder putty nachgesehen ob die Metadaten "komisch" aussehen ?
Das sind die versteckten Dateien im Stammverzeichnis des VMFS-volumes.

continuum hat geschrieben:

Glaubst du das die Struktur der VMFS beschädigt ist?

Ja - das ist jedenfalls eine gesunde Arbeitshypothese

Hast du mittlerweile mal mit Winscp oder putty nachgesehen ob die Metadaten "komisch" aussehen ?
Das sind die versteckten Dateien im Stammverzeichnis des VMFS-volumes.

Hehe kannst du mir bitte mal "komisch" definieren

und wie kann ich mir die versteckten Dateien anzeigen lassen? ok hab ich gefunden.

Das sieht so aus:

. .vh.sf
..
.fbb.sf
.fdc.sf
.pbc.sf
.sbc.sf

was kann ich da erkennen?


Gruß
André

Kannst du die Groesse der files noch nach liefern ?

anyway - ich wuerde auch wie Irix schon gesagt hat dieses Volume als "evtl. defekt" ansehen.
Alles einmal wegsichern und neu anlegen

continuum hat geschrieben:Kannst du die Groesse der files noch nach liefern ?

anyway - ich wuerde auch wie Irix schon gesagt hat dieses Volume als "evtl. defekt" ansehen.
Alles einmal wegsichern und neu anlegen

-r-------- 1 root root 4947968 May 28 2009 .fbb.sf
-r-------- 1 root root 63143936 May 28 2009 .fdc.sf
-r-------- 1 root root 255655936 May 28 2009 .pbc.sf
-r-------- 1 root root 260374528 May 28 2009 .sbc.sf
-r-------- 1 root root 4194304 May 28 2009 .vh.sf

passt das so?

Im zweifel werde ich wirklich mal versuchen das Volume neu zu erstellen.
Das dauert nur leider immer ewig bis die 700GB weg gesichert sind und dann wieder zurück.


Gruß