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!
Snapshot kann nicht erstellt werden
Snapshot kann nicht erstellt werden
Hallo,
ich habe einen ESX 4.1.0 Server. Auf diesen Server laufen 3 virtuelle Maschinen. 2 Winodws 2008 Server und ein Windows 2003 Server. Bis vor ein paar Tagen funktionierte alles einwandfrei. Es konnten von jeder VM Snapshots erstellt werden etc. Jetzt habe ich das Problem, dass ich vom Windows 2003 Server keinen Snapshot mehr erstellen kann. Ich bekomme dann folgenden Fehler:
Snapshot der virtuellen Maschine erstellen "xxxxxx" Der Vorgang konnte nicht
abgeschlossen werden, da die Datei oder der Ordner <unspecified filename> bereits
vorhanden ist.root
07.03.2013 08:33:04
07.03.2013 08:33:04
07.03.2013 08:33:07
Ein Reboot des ESX Servers habe ich auch schon durchgeführt. Snapshots mit den Windows 2008 Servern funktioniert.
wie bekomme ich jetzt auch wieder Snapshots vom Windows 2003 Server?
ich habe einen ESX 4.1.0 Server. Auf diesen Server laufen 3 virtuelle Maschinen. 2 Winodws 2008 Server und ein Windows 2003 Server. Bis vor ein paar Tagen funktionierte alles einwandfrei. Es konnten von jeder VM Snapshots erstellt werden etc. Jetzt habe ich das Problem, dass ich vom Windows 2003 Server keinen Snapshot mehr erstellen kann. Ich bekomme dann folgenden Fehler:
Snapshot der virtuellen Maschine erstellen "xxxxxx" Der Vorgang konnte nicht
abgeschlossen werden, da die Datei oder der Ordner <unspecified filename> bereits
vorhanden ist.root
07.03.2013 08:33:04
07.03.2013 08:33:04
07.03.2013 08:33:07
Ein Reboot des ESX Servers habe ich auch schon durchgeführt. Snapshots mit den Windows 2008 Servern funktioniert.
wie bekomme ich jetzt auch wieder Snapshots vom Windows 2003 Server?
Hallo,
kann das sein, das ein Datastore vollgelaufen ist? Ich hatte das Problem auch vor kurzem bei mir auf einem ESX 4.1 Host.
Sind noch Snapshots drauf die du löschen kannst?
Ansonsten kann es sein, dass die Snapshots auf dem Host nicht mehr zu sehen sind aber noch im Datastore liegen. Dann wird es etwas schwieriger. Aber schau erstmal ob sich die (falls vorhanden) bisherigen löschen lassen.
Gruß
Martin
kann das sein, das ein Datastore vollgelaufen ist? Ich hatte das Problem auch vor kurzem bei mir auf einem ESX 4.1 Host.
Sind noch Snapshots drauf die du löschen kannst?
Ansonsten kann es sein, dass die Snapshots auf dem Host nicht mehr zu sehen sind aber noch im Datastore liegen. Dann wird es etwas schwieriger. Aber schau erstmal ob sich die (falls vorhanden) bisherigen löschen lassen.
Gruß
Martin
riven hat geschrieben:Hi Martin,
der Server hat eine Vmdk von 190 GB und auf dem Server sind noch 135GB frei.
Sprichst du hier von der VM oder von dem ESX Server wo die VM liegt?
Freier Speicher auf einem Server (vm) hat nichts mit Platz für Snapshots zu tun, dafür brauchst du Platz im Datastore.
Per Hand könntest du sie auch nicht löschen, da sie zur Zeit benutzt werden. Du kannst nur die Dateien manuell zu einer neuen vmdk migrieren.
Dies funktioniert indem man sich (z.B. mit Putty) auf den ESX anmeldet und anschließend die vmdks auf einen anderen Datastore verschiebt.
Der Befehl dafür lautet zum Beispiel: vmkfstools -i /vmfs/volumes/iSCSI_LUN2/w2k3server/w2k3server.vmdk /vmfs/volumes/DataStore01/w2k3server.
Anschließend können die neuen Festplatten wieder in der VM angehangen werden und die VM kann wieder gestartet werden.
Ich konnte dieses Problem allerdings auch nur mit dem VMWare Support lösen.
Falls dies auch nicht funktioniert sag nochmal bescheid da muss man dann den nächsten Trick anwenden.
Gruß
Martin
Hallo Martin,
danke für deine Antwort.
das Datastore1 hat eine Gesamkapazität von 408GB. Auf diesem Datastore liegt die VM mit einer Festplatte von 190 GB (VMDK) und das Datastore hat noch 135GB freien Speicher.
Wenn ich dich jetzt richtig verstehe muss ich folgendes machen:
Verschieben der VMDK Datei
Muss ich mit Putty nur die Festplattendatei verschieben?
Kann ich diese mit Putty auf einem anderem Server verschieben und kann ich dann auch die Snapshots löschen?
danke für deine Antwort.
das Datastore1 hat eine Gesamkapazität von 408GB. Auf diesem Datastore liegt die VM mit einer Festplatte von 190 GB (VMDK) und das Datastore hat noch 135GB freien Speicher.
Wenn ich dich jetzt richtig verstehe muss ich folgendes machen:
Verschieben der VMDK Datei
Muss ich mit Putty nur die Festplattendatei verschieben?
Kann ich diese mit Putty auf einem anderem Server verschieben und kann ich dann auch die Snapshots löschen?
Mit diesem Befehl brauchst du die Snapshots nicht löschen. Dieser Befehl konsolidiert die Festplatte + beliebig viele Snapshots auf dem neuen Datastore, sodass du die Platten dann wieder von da einbinden kannst. Bzw. die saubere Lösung wäre auf dem neuen Datastore eine neue VM erstellen und die Platten entsprechend wieder einbinden.
Die VM muss aber dafür runtergefahren werden, dies geht nicht im Betrieb!
Also ja, mit Putty nur die Quellfestplatte verschieben.
Arbeitest du mit lokalem Storage? Ich frag nur weil du sagst auf einen anderen Server verschieben.
Gruß
Martin
Die VM muss aber dafür runtergefahren werden, dies geht nicht im Betrieb!
Also ja, mit Putty nur die Quellfestplatte verschieben.
Arbeitest du mit lokalem Storage? Ich frag nur weil du sagst auf einen anderen Server verschieben.
Gruß
Martin
- continuum
- UNSTERBLICH(R.I.P.)
- Beiträge: 14759
- Registriert: 09.08.2003, 05:41
- Wohnort: sauerland
- Kontaktdaten:
Der Vorgang konnte nicht abgeschlossen werden, da die Datei oder der Ordner <unspecified filename> bereits
vorhanden ist.
Der nächste snapshot bekommt immer die niedrigste freie Nummer - die ist bei dir aber schon vorhanden wird aber nicht benutzt.
Welche das jetzt nun genau ist kann man schnell erkennen wenn man die vmsd, die aktuelle vmx und den Datastorebrowser sieht.
Poste also entweder die Daten oder schneller - lass mal kurz einen von uns nachschauen per Teamviewer
Hallo Ulli,
ich habe mal die Dateien aufgelistet:
- vkmxsql.vmx mit 3,25KB
- vkmxsal.vmdk mit 199.255.000,00 KB
- vmware-7.log mit 68,97KB
- vkmxsql.nvram mit 8,48 KB
- vmware-2.log mit 1.262,78 KB
- vmware-3.log mit 1.330,27 KB
- vmware-4.log mit 1.330.13 KB
- vmware-5.log mit 1.319,12 KB
- vmware-6.log mit 1.324,26 KN
- vkmxsql-Snapshot2393.vmsn - vkmxsql-Snapshot2397.vmsn je 23,13 KB
- vmware.log mit 131,78 KB
- vkmxsql.vmxf mit 0,26 KB
- vkmxsql.vmsd mit 0,04 KB
- vkmssql-ctk.vmdk mit 6.081,26 KB
- vkmxsql-000001-delta.vmdk mit 384,00 KB
- vkmxsql-ac8c17b9.vswp mit 4.194.304,00 KB
ich habe mal die Dateien aufgelistet:
- vkmxsql.vmx mit 3,25KB
- vkmxsal.vmdk mit 199.255.000,00 KB
- vmware-7.log mit 68,97KB
- vkmxsql.nvram mit 8,48 KB
- vmware-2.log mit 1.262,78 KB
- vmware-3.log mit 1.330,27 KB
- vmware-4.log mit 1.330.13 KB
- vmware-5.log mit 1.319,12 KB
- vmware-6.log mit 1.324,26 KN
- vkmxsql-Snapshot2393.vmsn - vkmxsql-Snapshot2397.vmsn je 23,13 KB
- vmware.log mit 131,78 KB
- vkmxsql.vmxf mit 0,26 KB
- vkmxsql.vmsd mit 0,04 KB
- vkmssql-ctk.vmdk mit 6.081,26 KB
- vkmxsql-000001-delta.vmdk mit 384,00 KB
- vkmxsql-ac8c17b9.vswp mit 4.194.304,00 KB
#!/usr/bin/vmware
.encoding = "UTF-8"
config.version = "8"
virtualHW.version = "7"
pciBridge0.present = "TRUE"
pciBridge4.present = "TRUE"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge4.functions = "8"
pciBridge5.present = "TRUE"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge5.functions = "8"
pciBridge6.present = "TRUE"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge6.functions = "8"
pciBridge7.present = "TRUE"
pciBridge7.virtualDev = "pcieRootPort"
pciBridge7.functions = "8"
vmci0.present = "TRUE"
nvram = "vkmxsql.nvram"
virtualHW.productCompatibility = "hosted"
powerType.powerOff = "soft"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "soft"
displayName = "vkmxsql"
extendedConfigFile = "vkmxsql.vmxf"
numvcpus = "2"
scsi0.present = "TRUE"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsilogic"
memsize = "4096"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "vkmxsql.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
ide0:0.present = "TRUE"
ide0:0.clientDevice = "TRUE"
ide0:0.deviceType = "cdrom-raw"
ide0:0.startConnected = "FALSE"
ide1:0.present = "TRUE"
ide1:0.clientDevice = "TRUE"
ide1:0.deviceType = "cdrom-raw"
ide1:0.startConnected = "FALSE"
usb.present = "TRUE"
ehci.present = "TRUE"
serial0.present = "TRUE"
serial0.yieldOnMsrRead = "TRUE"
serial0.fileName = "/dev/ttyS0"
serial1.present = "TRUE"
serial1.yieldOnMsrRead = "TRUE"
serial1.fileName = "/dev/ttyS1"
guestOS = "winnetstandard"
uuid.location = "56 4d c1 2a 8d 75 88 2b-86 f5 8f ed ae ba 44 27"
uuid.bios = "56 4d c1 2a 8d 75 88 2b-86 f5 8f ed ae ba 44 27"
vc.uuid = "52 63 bc d9 8f a1 c1 14-20 bc 6c 02 3c 30 06 16"
sched.cpu.affinity = "all"
sched.mem.affinity = "all"
vmci0.id = "-1363524569"
cleanShutdown = "FALSE"
replay.supported = "FALSE"
sched.swap.derivedName = "/vmfs/volumes/4d403c89-92de5225-1c65-68b599b4d591/vkmxsql/vkmxsql-ac8c17b9.vswp"
replay.filename = ""
scsi0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.pciSlotNumber = "16"
usb.pciSlotNumber = "32"
ehci.pciSlotNumber = "34"
vmci0.pciSlotNumber = "35"
vmotion.checkpointFBSize = "4194304"
usb:0.present = "TRUE"
usb:1.present = "TRUE"
tools.remindInstall = "FALSE"
hostCPUID.0 = "0000000b756e65476c65746e49656e69"
hostCPUID.1 = "000106a500100800009ce3bdbfebfbff"
hostCPUID.80000001 = "00000000000000000000000128100800"
guestCPUID.0 = "0000000b756e65476c65746e49656e69"
guestCPUID.1 = "000106a500010800809822010febbbff"
guestCPUID.80000001 = "00000000000000000000000128100800"
userCPUID.0 = "0000000b756e65476c65746e49656e69"
userCPUID.1 = "000106a500100800009822010febbbff"
userCPUID.80000001 = "00000000000000000000000128100800"
evcCompatibilityMode = "FALSE"
usb:1.deviceType = "hub"
usb:0.deviceType = "mouse"
ide0:0.fileName = "/usr/lib/vmware/isoimages/windows.iso"
scsi0:0.ctkEnabled = "TRUE"
tools.syncTime = "FALSE"
ctkEnabled = "TRUE"
unity.wasCapable = "TRUE"
ethernet0.present = "TRUE"
ethernet0.virtualDev = "e1000"
ethernet0.networkName = "VM Network"
ethernet0.addressType = "generated"
floppy0.present = "FALSE"
usb:2.present = "FALSE"
usb.autoConnect.device0 = "path:5/0 autoclean:1"
ethernet0.generatedAddress = "00:0c:29:ba:44:27"
ethernet0.pciSlotNumber = "33"
ethernet0.generatedAddressOffset = "0"
.encoding = "UTF-8"
config.version = "8"
virtualHW.version = "7"
pciBridge0.present = "TRUE"
pciBridge4.present = "TRUE"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge4.functions = "8"
pciBridge5.present = "TRUE"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge5.functions = "8"
pciBridge6.present = "TRUE"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge6.functions = "8"
pciBridge7.present = "TRUE"
pciBridge7.virtualDev = "pcieRootPort"
pciBridge7.functions = "8"
vmci0.present = "TRUE"
nvram = "vkmxsql.nvram"
virtualHW.productCompatibility = "hosted"
powerType.powerOff = "soft"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "soft"
displayName = "vkmxsql"
extendedConfigFile = "vkmxsql.vmxf"
numvcpus = "2"
scsi0.present = "TRUE"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsilogic"
memsize = "4096"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "vkmxsql.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
ide0:0.present = "TRUE"
ide0:0.clientDevice = "TRUE"
ide0:0.deviceType = "cdrom-raw"
ide0:0.startConnected = "FALSE"
ide1:0.present = "TRUE"
ide1:0.clientDevice = "TRUE"
ide1:0.deviceType = "cdrom-raw"
ide1:0.startConnected = "FALSE"
usb.present = "TRUE"
ehci.present = "TRUE"
serial0.present = "TRUE"
serial0.yieldOnMsrRead = "TRUE"
serial0.fileName = "/dev/ttyS0"
serial1.present = "TRUE"
serial1.yieldOnMsrRead = "TRUE"
serial1.fileName = "/dev/ttyS1"
guestOS = "winnetstandard"
uuid.location = "56 4d c1 2a 8d 75 88 2b-86 f5 8f ed ae ba 44 27"
uuid.bios = "56 4d c1 2a 8d 75 88 2b-86 f5 8f ed ae ba 44 27"
vc.uuid = "52 63 bc d9 8f a1 c1 14-20 bc 6c 02 3c 30 06 16"
sched.cpu.affinity = "all"
sched.mem.affinity = "all"
vmci0.id = "-1363524569"
cleanShutdown = "FALSE"
replay.supported = "FALSE"
sched.swap.derivedName = "/vmfs/volumes/4d403c89-92de5225-1c65-68b599b4d591/vkmxsql/vkmxsql-ac8c17b9.vswp"
replay.filename = ""
scsi0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.pciSlotNumber = "16"
usb.pciSlotNumber = "32"
ehci.pciSlotNumber = "34"
vmci0.pciSlotNumber = "35"
vmotion.checkpointFBSize = "4194304"
usb:0.present = "TRUE"
usb:1.present = "TRUE"
tools.remindInstall = "FALSE"
hostCPUID.0 = "0000000b756e65476c65746e49656e69"
hostCPUID.1 = "000106a500100800009ce3bdbfebfbff"
hostCPUID.80000001 = "00000000000000000000000128100800"
guestCPUID.0 = "0000000b756e65476c65746e49656e69"
guestCPUID.1 = "000106a500010800809822010febbbff"
guestCPUID.80000001 = "00000000000000000000000128100800"
userCPUID.0 = "0000000b756e65476c65746e49656e69"
userCPUID.1 = "000106a500100800009822010febbbff"
userCPUID.80000001 = "00000000000000000000000128100800"
evcCompatibilityMode = "FALSE"
usb:1.deviceType = "hub"
usb:0.deviceType = "mouse"
ide0:0.fileName = "/usr/lib/vmware/isoimages/windows.iso"
scsi0:0.ctkEnabled = "TRUE"
tools.syncTime = "FALSE"
ctkEnabled = "TRUE"
unity.wasCapable = "TRUE"
ethernet0.present = "TRUE"
ethernet0.virtualDev = "e1000"
ethernet0.networkName = "VM Network"
ethernet0.addressType = "generated"
floppy0.present = "FALSE"
usb:2.present = "FALSE"
usb.autoConnect.device0 = "path:5/0 autoclean:1"
ethernet0.generatedAddress = "00:0c:29:ba:44:27"
ethernet0.pciSlotNumber = "33"
ethernet0.generatedAddressOffset = "0"
Hallo und guten Morgen,
auch wenn das Thema schon ein paar Monate auf dem Buckel hat ist unser ESX 4 jetzt auch von dem Problem betroffen, nachdem der Storage auf dem SAN vollgelaufen war.
Von zwei betroffenen VMs konnte ich eine durch die hier beschriebene Methode wieder sichern, jedoch ist bei der zweiten VM (zwei virtuelle HDDs) eine Beschreibungsdatei vorhanden.
Was ist in diesem Fall zu tun?
Vielen Dank
Letzer Snapshot laut vmsd: 1840
Inhalt des Verzeichnisses:
System-000001-delta.vmdk
System-000001.vmdk
System_1-000001-delta.vmdk
System_1-ctk.vmdk
System_1-flat.vmdk
System_1.vmdk
System-2d1f9ff0.hlog
System-2d1f9ff0.vswp
System-aux.xml
System-ctk.vmdk
System-flat.vmdk
System.nvram
System-Snapshot1841.vmsn
System-Snapshot1842.vmsn
System-Snapshot1843.vmsn
System-Snapshot1844.vmsn
System-Snapshot1845.vmsn
System-Snapshot1846.vmsn
System-Snapshot1847.vmsn
System-Snapshot1848.vmsn
System-Snapshot1849.vmsn
System-Snapshot1850.vmsn
System-Snapshot1851.vmsn
System-Snapshot1852.vmsn
System.vmdk
System.vmsd
System.vmx
System.vmxf
vmware-61.log
vmware-62.log
vmware-63.log
vmware-64.log
vmware-65.log
vmware-66.log
vmware.log
auch wenn das Thema schon ein paar Monate auf dem Buckel hat ist unser ESX 4 jetzt auch von dem Problem betroffen, nachdem der Storage auf dem SAN vollgelaufen war.
Von zwei betroffenen VMs konnte ich eine durch die hier beschriebene Methode wieder sichern, jedoch ist bei der zweiten VM (zwei virtuelle HDDs) eine Beschreibungsdatei vorhanden.
Was ist in diesem Fall zu tun?
Vielen Dank
Letzer Snapshot laut vmsd: 1840
Inhalt des Verzeichnisses:
System-000001-delta.vmdk
System-000001.vmdk
System_1-000001-delta.vmdk
System_1-ctk.vmdk
System_1-flat.vmdk
System_1.vmdk
System-2d1f9ff0.hlog
System-2d1f9ff0.vswp
System-aux.xml
System-ctk.vmdk
System-flat.vmdk
System.nvram
System-Snapshot1841.vmsn
System-Snapshot1842.vmsn
System-Snapshot1843.vmsn
System-Snapshot1844.vmsn
System-Snapshot1845.vmsn
System-Snapshot1846.vmsn
System-Snapshot1847.vmsn
System-Snapshot1848.vmsn
System-Snapshot1849.vmsn
System-Snapshot1850.vmsn
System-Snapshot1851.vmsn
System-Snapshot1852.vmsn
System.vmdk
System.vmsd
System.vmx
System.vmxf
vmware-61.log
vmware-62.log
vmware-63.log
vmware-64.log
vmware-65.log
vmware-66.log
vmware.log
Hallo Ulli,
danke für Deine schnelle Antwort.
Ich hab mir gerade nochmal die Einstellungen der VM angesehen und festgestellt, dass das System doch nur noch über eine aktive HDD verfügt (System_1.vmdk).
System.vmdk wurde das letzte Mal 2011 verwendet und ist nicht mehr in Gebrauch.
Nachdem es zur System_1-000001-delta.vmdk keine System_1-000001.vmdk gibt, kann ich quasi wie bereits im Thread beschrieben die 000001-delta.vmdk und die *.vmsn Dateien löschen, richtig?
Gruß
Gabriel
danke für Deine schnelle Antwort.
Ich hab mir gerade nochmal die Einstellungen der VM angesehen und festgestellt, dass das System doch nur noch über eine aktive HDD verfügt (System_1.vmdk).
System.vmdk wurde das letzte Mal 2011 verwendet und ist nicht mehr in Gebrauch.
Nachdem es zur System_1-000001-delta.vmdk keine System_1-000001.vmdk gibt, kann ich quasi wie bereits im Thread beschrieben die 000001-delta.vmdk und die *.vmsn Dateien löschen, richtig?
Gruß
Gabriel
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 18 Gäste