ESXi Fehler

[Jazz]

Hallo zusammen,
nach langer Recherche in Google und Co wende ich mich an euch.

Bei unserem ESXi Server lassen sich festplatten nicht mehr konsoliedieren.

ein vmkfstools -i /datastore2/foo/bar.vmdk /datastore1/foo/bar-kopie.vmdk

ergibt Clone: 100% done.Failed to clone disk: Input/ouput error (327689).

Starten der VM mit Acronis B&R 11.5 und versuch von Backup bzw. Clone geht ebenfalls in die Hose. Auch Clonezilla kommt nicht weiter.

Das Problem ist, dass die VM fast keinen Festplatten platz mehr hat und ich durch den alten Snapshot die HD nicht erweitern kann.

Was habt ihr noch für Ideen?

Vielen Dank für Eure Hilfe

[m.mart1n]

Gibt es die Möglichkeit ein Backup einzuspielen?

[Jazz]

Hallo,
ja Backups werden nächtlich gemacht, allerdings nur aus den VMs, da kein extra Server für Backups auf VM Ebene bereitsteht.

MfG

[m.mart1n]

allerdings nur aus den VMs

Wie meinst du das?

[Jazz]

Na es wird eben direkt in der VM gesichert nicht die VM als solche.

[m.mart1n]

Habt ihr support bei vmware? Dann würde ich bei sowas erstmal ein Ticket aufmachen.

[Jazz]

Hallo leider sind wir in dem Thema recht neu.
Wie bekommen wir support.

[m.mart1n]

Habt ihr eine Version gekauft oder nutzt ihr den kostenlosen ESXi?
Falls es gekauft wurde habt ihr (hoffentlich) auch eine Subscription gekauft. Die kostet bei der Std. Version nochmal ~250€ pro Jahr.

Hast du da einen Überblick?

[Jazz]

Es ist nur der kostenlose ESXi

[m.mart1n]

Ich kenne den Fehler nicht aber vielleicht kann man mit einem Tool von einem Drittanbieter (oder ntbackup von Windows) eine Sicherung machen und wieder restoren.

Einfach mal so produktive Systeme drauf los zu virtualisieren kann immer schnell in die Hose gehen

[Jazz]

Das Problem an der Sache. Der Host ist von meinem Vorgänger und lief bisher.
Bzw. keiner hat gemerkt dass wohl das Dateisystem von VMWare ne Macke hat.

[JustMe]

Keine boese Einmischung beabsichtigt, aber

- wenn die VM-Disk einen Snapshot hat, sollte vmkfstools eigentlich die Snapshot-Datei bar-00000x.vmdk als Quelle bekommen, denke ich. Sonst wird nur der Stand VOR dem Snapshot kopiert...
- wenn Sicherungen aus den laufenden VMs vorliegen, sollten die in neue VMs auf einem neuen (!) Datastore wiederhergestellt werden koennen. Nach einem Test wird dann der alte offensichtlich defekte Datastore neu initialisiert (oder gleich entsorgt).
- wenn die Sicherungen aus den laufenden VMs nicht mehr gehen, aber die VMs noch laufen, kann man auch eine (oder mehrere) neue VMDKs auf weiteren Datastores sowie ein Linux-Livesystem mit ddrescue (sollte eigentlich fast ueberall dabeisein) an die VMs haengen und zumindest die lesbaren Daten hinueberretten.

Ach ja: Kommt der I/O Error beim Cloning saemtlicher VMDKs auf diesem Datastore, oder nur bei einer? Die bisherige Diskussion ist (zumindest fuer mich) hier nicht ganz unmissverstaendlich...