Fehlermeldung;
"Von Datei....-Restored.vmdk verursachter Fehler"
Kopieren mit Dateispeicherbrowser von Server ESX01 VMware 5.5.0,331820
Datei kann aufgrund Fehlermeldung nicht auf anderen ESX Sever kopiert werden
Größe der Datei 815 GB
Mehrfache Abstürze und Crashes machen die Datei wohl unkopierbar
Trotzdem läuft die vmdk auf altem Server einwandfrei
Gibt es ein Reparaturprogramm für eine defekte vmdk Datei damit die Kopie wieder läuft ?
Habe leider keine ähnliche Frage im Forum gefunden. Für Hinweise auf gleiche Fragen oder Lösungsvorschläge wäre ich dankbar.
Danke
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!
Von Datei.Restored.vmdk verursachter Fehler" kein kopie
Hallo,
Klappt den ein Backup der der VM?
Oder ein "VMWARE-Coverter" lauf? Ein kopieren per Datastorebrowser ist ja auch das "ungünstigste" was man da macht. Insbesondere bei einer VM in der Größe.
https://www.trilead.com/download/ läuft auch mit dem free ESXi.
Ebenso Veeam Free: https://www.veeam.com/de/virtual-machin ... -free.html
Klappt den ein Backup der der VM?
Oder ein "VMWARE-Coverter" lauf? Ein kopieren per Datastorebrowser ist ja auch das "ungünstigste" was man da macht. Insbesondere bei einer VM in der Größe.
https://www.trilead.com/download/ läuft auch mit dem free ESXi.
Ebenso Veeam Free: https://www.veeam.com/de/virtual-machin ... -free.html
-
- King of the Hill
- Beiträge: 13561
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Du hast in meinen Augen 2 Möglichkeiten, dein Problem zu lösen. Entweder legst du ein Image innerhalb der VM an und restaurierst das Image in eine neue VM oder du probierst die unwillige vDISK lokal zu clonen per
Wenn die lokalen "vmkfstools" den Clone schon nicht hinbekommen, wirst du mit dem Converter noch weniger Erfolg haben. Dazu kommt, daß der Converter nicht besonders für seine Performance bekannt ist. Bei 815 GB wirst du wohl mit mehreren Tagen rechnen müssen, bevor der Converter fertig sein wird.
Für mich viel interessanter wäre es zu erfahren, weshalb mehrere Abstürze und Crashes passiert sind und dieses Problem zu beseitigen. Des weiteren wäre ein hier gepostetes Verzeichnislisting per "ls -ahsl" und eingebettet in Code-Tags, damit die Verzeichnisausgabe halbwegs lesbar formatiert ist, von Vorteil. Daran sehen wir dann auch gleich, ob die VM noch Snapshots mitschleppt.
Code: Alles auswählen
vmkfstools -i "/vmfs/volumes/Datastore/alt/alt.vmdk" "/vmfs/volumes/Datastore2/neu/neu.vmdk" -d thin/eagerzeroedthick/zeroedthick -a lsilogic/buslogic
Wenn die lokalen "vmkfstools" den Clone schon nicht hinbekommen, wirst du mit dem Converter noch weniger Erfolg haben. Dazu kommt, daß der Converter nicht besonders für seine Performance bekannt ist. Bei 815 GB wirst du wohl mit mehreren Tagen rechnen müssen, bevor der Converter fertig sein wird.
Für mich viel interessanter wäre es zu erfahren, weshalb mehrere Abstürze und Crashes passiert sind und dieses Problem zu beseitigen. Des weiteren wäre ein hier gepostetes Verzeichnislisting per "ls -ahsl" und eingebettet in Code-Tags, damit die Verzeichnisausgabe halbwegs lesbar formatiert ist, von Vorteil. Daran sehen wir dann auch gleich, ob die VM noch Snapshots mitschleppt.
@Daywalker: Die Ursache der Crashes sind sicherlich auch zu untersuchen.
So als Randnote: Am Freitag hat sich bei mir mein Lenovo PX6-300d "aufgehangen". War nicht mehr per IP erreichbar und im Vcenter waren die ISCSI und die NFS Lun offline.
Die eine Server 2012 VM die drauf lag, lief aber weiterhin.
NAS on/off und VM lief ebenso weiter ohne Probleme. Einzig das NAS hat nach dem Reboot einen Raid5 rebuild gestartet bzw. ein überprüfen.
Es lagen zwischen Vcenter Error Mail und neustart des NAS aber "nur" 20 Minuten.
So als Randnote: Am Freitag hat sich bei mir mein Lenovo PX6-300d "aufgehangen". War nicht mehr per IP erreichbar und im Vcenter waren die ISCSI und die NFS Lun offline.
Die eine Server 2012 VM die drauf lag, lief aber weiterhin.
NAS on/off und VM lief ebenso weiter ohne Probleme. Einzig das NAS hat nach dem Reboot einen Raid5 rebuild gestartet bzw. ein überprüfen.
Es lagen zwischen Vcenter Error Mail und neustart des NAS aber "nur" 20 Minuten.
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 9 Gäste