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!

VMWare Server 1.0.7 - Snapshot löschen ist fehlgeschlagen

Hilfe bei Problemen mit der Installation oder Benutzung des VMware GSX Server und VMware Server 1.

Moderatoren: irix, Dayworker

Member
Beiträge: 6
Registriert: 05.09.2006, 16:29

VMWare Server 1.0.7 - Snapshot löschen ist fehlgeschlagen

Beitragvon Moskito » 27.03.2010, 17:22

Hallo Zusammen!

Ich habe ein großes Problem mit einem Snapshot.
Dieser sollte gelöscht werden bzw. zusammengeführt werden.

Dabei ist die VMWare Server Console abgeschmiert und nun laufen mir langsam die Platten voll. :?

Hier mal der Auszug aus der vmx:

Code: Alles auswählen

scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"


scsi0:0.present = "TRUE"
scsi0:0.fileName = "Windows Server 2003 Enterprise Edition.vmdk"
scsi0:0.deviceType = "disk"
scsi0:0.mode = "persistent"
scsi0:0.redo = ""

scsi0:1.present = "TRUE"
scsi0:1.fileName = "Windows Server 2003 Enterprise Edition-Ablage-000001.vmdk"
scsi0:1.deviceType = "disk"
scsi0:1.mode = "persistent"
scsi0:1.redo = ""

scsi0:2.present = "TRUE"
scsi0:2.fileName = "Windows Server 2003 Enterprise Edition-Profile-000001.vmdk"
scsi0:2.deviceType = "disk"
scsi0:2.mode = "persistent"
scsi0:2.redo = ""

scsi0:6.present = "TRUE"
scsi0:6.fileName = "Windows Server 2003 Enterprise Edition 2-000001.vmdk"
scsi0:6.redo = ""

scsi0:7.present = "FALSE"
scsi0:7.fileName = "/srv/vmware/devices/windows_100gb_disk.vmdk"
scsi0:7.redo = ""

scsi0:8.present = "TRUE"
scsi0:8.fileName = "windows_100gb_disk-000001.vmdk"
scsi0:8.redo = ""


Jetzt versuche ich aus dem durcheinander wieder eine saubere Struktur zu erschaffen.
Da mir aber der Plattenplatz ausgeht wollte ich mir erstmal die windows_100gb_disk-000001.vmdk vornehmen.

Die windows_100gb_disk-000001.vmdk sieht so aus:

Code: Alles auswählen

# Disk DescriptorFile
version=1
CID=553754e4
parentCID=e2503e4b
createType="twoGbMaxExtentSparse"
parentFileNameHint="/srv/vmware/devices/windows_100gb_disk.vmdk"
# Extent description
RW 4192256 SPARSE "windows_100gb_disk-000001-s001.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s002.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s003.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s004.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s005.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s006.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s007.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s008.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s009.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s010.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s011.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s012.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s013.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s014.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s015.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s016.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s017.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s018.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s019.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s020.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s021.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s022.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s023.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s024.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s025.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s026.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s027.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s028.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s029.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s030.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s031.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s032.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s033.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s034.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s035.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s036.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s037.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s038.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s039.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s040.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s041.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s042.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s043.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s044.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s045.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s046.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s047.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s048.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s049.vmdk"
RW 4192256 SPARSE "windows_100gb_disk-000001-s050.vmdk"
RW 102400 SPARSE "windows_100gb_disk-000001-s051.vmdk"

# The Disk Data Base
#DDB

ddb.toolsVersion = "6535"


Was mich stutzig mach ist dieses hier:
parentFileNameHint="/srv/vmware/devices/windows_100gb_disk.vmdk"
Heißt das, diese vmdk wird immer noch benötigt?

Möglicherweise gibt es aber noch mehr Fehler in der vmx Datei.
Warum steht z.B. nicht bei allen deviceType = "disk" und mode = "persistent"?

Für Hinweise und Tipps wie man das Chaos beseitigen könnte wäre ich sehr Dankbar!

Experte
Beiträge: 1188
Registriert: 08.11.2005, 13:08
Wohnort: bei Berlin

Beitragvon e-e-e » 27.03.2010, 18:36

Hallo,

natürlich wird die parent-disk noch benötigt. In die blabla-000001.vmdk werden nur die Änderungen seit dem Snapshot geschrieben. Du solltest die Snapshots so schnell wie möglich zusammenführen, dafür brauchst Du mindestens 2 GB freien Plattenspeicher auf dem Host, deutlich mehr wäre natürlich besser.

Member
Beiträge: 6
Registriert: 05.09.2006, 16:29

Beitragvon Moskito » 27.03.2010, 18:53

OK!

Dann bin ich ja einen Schritt weiter.

Problem ist, mittels der GUI kann ich die Disks nicht zusammenführen, weil mir die Option nicht mehr angeboten wird! :cry:

Ich habe aber weder beim vmware-vdiskmanager noch vmware-cmd einen Schalter gefunden um Snapshots zusammenzuführen...

Experte
Beiträge: 1188
Registriert: 08.11.2005, 13:08
Wohnort: bei Berlin

Beitragvon e-e-e » 27.03.2010, 20:36

Hallo,

manchmal hilft's, einen neuen Snapshot anzulegen und dann wieder zu löschen, um den alten auch loszuwerden.

Edit: Meines Wissens nach kannst Du auch eine Kopie der *.vmdk mittels vmware-vdiskmanager auf einem anderen Laufwerk erstellen, dabei werden dann auch die Snapshots committet.

Member
Beiträge: 6
Registriert: 05.09.2006, 16:29

Beitragvon Moskito » 27.03.2010, 22:02

Was mir gerade noch aufgefallen ist.

es existiert noch eine vmsd Datei mit folgendem Inhalt:

Code: Alles auswählen

snapshot.lastUID = "1"
snapshot.numSnapshots = "0"
snapshot.current = "0"
snapshot0.uid = "1"
snapshot0.filename = "winNetEnterprise-Snapshot1.vmsn"
snapshot0.displayName = "VMware Server Undopoint"
snapshot0.description = "VMware Server 1.0.7 build-108231"
snapshot0.type = "1"
snapshot0.createTimeHigh = "293285"
snapshot0.createTimeLow = "-1623008995"
snapshot0.numDisks = "5"
snapshot0.disk0.fileName = "Windows Server 2003 Enterprise Edition.vmdk"
snapshot0.disk0.node = "scsi0:0"
snapshot0.disk1.fileName = "Windows Server 2003 Enterprise Edition-Ablage.vmdk"
snapshot0.disk1.node = "scsi0:1"
snapshot0.disk2.fileName = "Windows Server 2003 Enterprise Edition-Profile.vmdk"
snapshot0.disk2.node = "scsi0:2"
snapshot0.disk3.fileName = "Windows Server 2003 Enterprise Edition 2.vmdk"
snapshot0.disk3.node = "scsi0:6"
snapshot0.disk4.fileName = "/srv/vmware/devices/windows_100gb_disk.vmdk"
snapshot0.disk4.node = "scsi0:8"

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 28.03.2010, 01:41

Du kannst die snapshots nicht mergen weil die vmdks teilweise das persistent flag gesetzt haben.

In diesem Fall wuerde ich aber Platte fuer Platte per vdiskmanager -r blabla-000001.vmdk neu.vmdk consolidieren.Dabei als Ziel eine grosse USB-platte nehmen. ..

Member
Beiträge: 6
Registriert: 05.09.2006, 16:29

Beitragvon Moskito » 28.03.2010, 14:53

OK!

Dann werde ich es mal mittels vmware-vdiskmanager -r versuchen und erstmal eine kleine Platte nehmen um die Ausfallzeit so gering wie möglich zu halten.... :?

Member
Beiträge: 6
Registriert: 05.09.2006, 16:29

Beitragvon Moskito » 31.03.2010, 19:42

So!

Vielen Dank erstmal für die Infos!

Habe bereits eine 30GB Platte kopiere/zusammenfügen können.
Hat allerdings auch 73Minuten gedauert.
Dann werde ich mir für die 100GB Platte ein bisschen mehr Zeit einplanen müssen!

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 31.03.2010, 19:45

yep - je aelter und groesser die snapshot-vmdks sind um so laenger dauert es


Zurück zu „VMserver 1 und GSX“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 13 Gäste