Fesplatten müssen konsolisert werden - nicht möglich

[cotec]

Hallo,

ich hab hier einen ESX5.0.0 Build 768111 Host auf dem eine VM rumzickt.
Kurzer Hinweis: Es ist auch Vmware View im Einsatz und bis jetzt bot sich noch nicht die Gelegenheit auf 5.1 zu updaten.

Als Backuplösung ist DataRecovery im Einsatz und ich habe bemerkt, dass die VM seit 2 Wochen nicht gesichert wurde, jetzt wollt ich dem auf den Grund gehen und habe gemerkt, dass die VM nach Fesplattenkonsi schreit.
Im Snapshot-Manager sind keine Snapshotzs verzeichnet.
Versucht über Snapshot -> Konsolidieren bei ca. 35% bekomm ich die Meldung "Ein allgemeiner Systemfehler ist aufgetreten: Input/output error"

Hab anschließend versucht die VM zu klonen aber auch das schlägt fehl weil die xxxx -000006.vmdk er verursacht (Datei im Datastore vorhanden)




Die VM lässt sich noch ohne Probleme starten.

Googeln nach der Fehlermeldung brachte mir leider keine Ergebnisse, wie bring ich die VM wieder in Ordnung? Se läuft ja eigentlich...

Danke
cotec

[irix]

Schaumal nach ob die Platten in der VM der VDP Appliance gemountet sind. Allerdings ist die Fehlermeldung da eine andere als Input/Output Error.

Ansonsten

Gruss
Joerg

[cotec]

Schaumal nach ob die Platten in der VM der VDP Appliance gemountet sind. Allerdings ist die Fehlermeldung da eine andere als Input/Output Error.

negativ, hat nur die eine System-Platte und auch keine Snapshots

[Dayworker]

Ich würd mal schätzen, daß das VMFS beschädigt ist und jetzt auf Hilfe von Ulli warten, zumal der Hinweis auf View die Lage nicht gerade einfacher machen wird.

[cotec]

zumal der Hinweis auf View die Lage nicht gerade einfacher machen wird.

Es ist keine für VMWware-View nötige VMaschine!
Der Hinweis mit View habe ich nur gegeben, weil die Version 5.0.0 ja mittlerweile "veraltet" ist
Wie gesagt, die VM startet ohne Fehler und darunter steckt ein Windows Server 2008R2 - Enterprise der als Proxy dient.

[Dayworker]

Da das VMFS bisher keine Tools für einen Dateisystemcheck mitbringt, könnte es auch reines Glück sein, daß die VM noch läuft. Wenn beim Konsolidieren mit deiner Fehlermeldung abgebrochen wird, könnte die Lage jedoch sehr ernst sein oder sehr bald werden.

Die Version 5.0.0 mag zwar veraltet sein, für einige Dinge wie Passthrough scheint sie aber immer noch die besser funktionierende Version zu sein. Daran hat sich trotz einiger Nachbesserungen bei Version 5.1 nicht viel verändert, diese schließt jetzt nur zur Version 5.1 mit aktuellstem Patchlevel auf.

[Tschoergez]

Der Dateiname und der Screenshot vom Datastore Browser sieht schon so aus, dass fuer die VM ein Snapshot aktiv ist (und nicht nur einer, bei 0000006.vmdk ).
Ulli kann Dir sicher genauer weiterhelfen.

Gibts denn noch genug Platz auf dem Datastore?

[cotec]

zum Datastore:
Kapazität: 120 GB
Frei: 91 GB
Typ: Datacore iSCSI Disk

[Dayworker]

Ausgehend von deinem Bild komm ich auf ~25GB und abzüglich ESXi & Log-Kleinkram dürfte der freie Platz sogar dem im DS entsprechen.
Bei 120GB DS-Grösse stellt sich mir die interessante, aber sicherlich nicht problemlösende Frage nach einer SSD.

[irix]

Um zu gucken ob die Files noch I.O sind mach einfach einen Klone im lfd. Betrieb in einen anderen Datastore nur zwecks Test.


Wenn das durchlaeuft beantragst du eine Downtime fuer die VM und Clonst nur die Festplatte.

Ermitteln welcher Snap aktuell ist
grep vmdk *.vmx

Klonen der VMDK
vmkfstools -i foo-alt.vmdk bar-neu.vmdk

Bei der Zielplatten kann man auch den ganzen Pfad angeben wenn die Platte in einen anderen Datastore soll. Anschliessend ueber die GUI die Platten entfernen und die neue einhaengen.

Da du aber ja schon ein Clone versucht hast glaube ich nicht das du erfolg haben wirst. Somit wuerde ich per Converter die Maschine im lfd. Betrieb versuchen zuclonen.

Zeitgleich einen Call bei VMware/Datacore aufmachen.

Gruss
Joerg

[kjellski]

Wir haben bei uns seit ca. einer Woche ähnliche Probleme, aber mit einer eventuell anderen Uhrsache. Wenn wir per API versuchen eine VApp zu löschen, kommt der Task mit einem erfolgreichen Ergebnis zurück. Die VApp wird aber dann leider nicht gelöscht. Das verursacht Folgefehler die manuelle Eingriffe nötig machen.



Der ESXi zeigt in seinen Logs keine Fehler an. Der NetApp Filer hat immer unter einer ms Latenzen. Auch das vCenter gibt keine weiteren Informationen und ich habe auch keinen KB Artikel gefunden der passt. Vielleicht hat einer von euch eine Idee wo nun die Uhrsache liegt?

Wenn jemand einen KB Artikel findet wäre ich sehr dankbar, sowie auch für jeden Tipp.

[cotec]

zu input/output error gibts nen KB-Artikel, allerdings nicht zu dem Sachverhalt wie wir ihn haben....

[kjellski]

zu input/output error gibts nen KB-Artikel, allerdings nicht zu dem Sachverhalt wie wir ihn haben....

Das habe ich auch gesehen. Der hat mir aber auch leider nichts gebracht. Ich werde spätestens nächste Woche dazu kommen mit dem VMware Support kontakt auf zu nehmen.

[cotec]

ich habe mich dazu entschieden die Konfig des Servers zu exportieren (es handelte sich um einen ProxyServer) und den Server außerhalb der Nutzungszeiten neuzuinstallieren, Konfig zurückgesichert alles top...
Nur eine erneute Windows-Aktivierung war nötig, aber mit MAK kein Problem =)