Seite 1 von 1

Parent virtual disk has been modified -> nach vmkfstools

Verfasst: 12.07.2010, 14:32
von pep
Hallo Leute,

ich hätte es eigentlich wissen müssen. Mein Problem kurz beschrieben:

Eine virtuelle Maschine mit 2 Platten. Snapshot gemacht und dann beide Platten per vmkfstools -X vergrößert.

Und klar. Jetzt startet die VM nicht mehr. Also erstmal Sicherungskopie angelegtund gegooglet.

Jetzt kommt meine Problem: ich komme beim anpassen der CID und RW nicht weiter, da ich ja viele vmdk Dateien habe und mir die zuordnung nicht ganz klar ist:



Code: Alles auswählen

12.07.2010  14:11        83.918.848 APP001.mueller.intra-000001-delta.vmdk
12.07.2010  14:19               325 APP001.mueller.intra-000001.vmdk
24.02.2010  21:06       436.240.384 APP001.mueller.intra-000002-delta.vmdk
24.02.2010  21:06               325 APP001.mueller.intra-000002.vmdk
24.02.2010  21:20     7.717.552.128 APP001.mueller.intra-000003-delta.vmdk
24.02.2010  21:06               332 APP001.mueller.intra-000003.vmdk
12.07.2010  10:07    21.474.836.480 APP001.mueller.intra-flat.vmdk
12.07.2010  11:42               487 APP001.mueller.intra.vmdk
12.07.2010  14:11        50.487.296 APP001.mueller.intra_1-000001-delta.vmdk
12.07.2010  11:42               330 APP001.mueller.intra_1-000001.vmdk
24.02.2010  18:18     4.865.527.808 APP001.mueller.intra_1-000002-delta.vmdk
24.02.2010  21:04               330 APP001.mueller.intra_1-000002.vmdk
24.02.2010  21:04    20.921.323.520 APP001.mueller.intra_1-000003-delta.vmdk
24.02.2010  21:06               337 APP001.mueller.intra_1-000003.vmdk
12.07.2010  11:42    91.268.055.040 APP001.mueller.intra_1-flat.vmdk
12.07.2010  10:07               491 APP001.mueller.intra_1.vmdk

Könnt ihr mir da helfen?

Verfasst: 12.07.2010, 17:26
von continuum
Snapshot gemacht und dann beide Platten per vmkfstools -X vergrößert.


Sowas nenn ich Sabotage ;-)

ein fixen der CIDs hilft dir hier nicht - du musst entweder die Basis-vmdks wieder verkleinern - oder die Snapshots expandieren.

Die erste Option ist auf jeden Fall sicherer - aber schwierig.

Das zweite ist experimentell - funktioniert bei mir unter Test-bedingungen ...

Wenn es wichtig ist - ruf mal an.

Kannst du die VM auf einen Windows-host kopieren - so wie sie ist ?

Zip schon mal diese files:
APP001.mueller.intra-000001.vmdk
APP001.mueller.intra-000002.vmdk
APP001.mueller.intra-000003.vmdk
APP001.mueller.intra.vmdk
APP001.mueller.intra_1-000001.vmdk
APP001.mueller.intra_1-000002.vmdk
APP001.mueller.intra_1-000003.vmdk
APP001.mueller.intra_1.vmdk

und ALLE vmware.logs zusammen
und lad sie bei http://ifile.it hoch

Verfasst: 12.07.2010, 18:49
von pep
hey continuum,

werde dir morgen früh die Zip Datei schicken. War zum Glück "nur" ein Applicationserver :-(

Naja, wenn man keine Arbeit hat, macht man sich welche ;)

Verfasst: 13.07.2010, 09:03
von pep
hab die Dateien per PN geschickt ;)

Ist es nicht möglich, die Snapshots komplett zu verwerfen und ohne zu Booten?

Verfasst: 13.07.2010, 16:23
von continuum
ja sicher geht das - damit verwirfst du aber die daten in den snapshots - das sind ja ein paar GBs ...

Verfasst: 13.07.2010, 17:22
von pep
die Snapshots sind mir egal. Die VM muss einfach wieder starten ;)

Ich Affe habe ja gerade diesen einen Snapshot vor dem vergrößern erst erstellt - ich schieb das mal auf die Hitze

Verfasst: 13.07.2010, 17:31
von e-e-e
... ja den letzten, und die beiden anderen? Dann dürften die Daten ab dem 24.02.2010 weg sein.

Verfasst: 13.07.2010, 17:31
von continuum
wenn du den letzten snapshot verwirfst hilft das nicht viel - du hast ja immer noch die beiden anderen.
Poste mal deine vmx

Verfasst: 13.07.2010, 21:12
von pep
die vmx:

Code: Alles auswählen

.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 = "APP001.mueller.intra.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
unity.customColor = "|23C0C0C0"
tools.upgrade.policy = "useGlobal"
powerType.powerOff = "soft"
powerType.powerOn = "default"
powerType.suspend = "hard"
powerType.reset = "soft"

displayName = "APP002.mueller.intra"
extendedConfigFile = "APP001.mueller.intra.vmxf"

scsi0.present = "TRUE"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsilogic"
memsize = "3072"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "APP001.mueller.intra-000001.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
ide1:0.present = "TRUE"
ide1:0.clientDevice = "TRUE"
ide1:0.deviceType = "atapi-cdrom"
ide1:0.startConnected = "FALSE"
ethernet0.present = "TRUE"
ethernet0.virtualDev = "e1000"
ethernet0.networkName = "vmn_internalNetwork"
ethernet0.addressType = "generated"
guestOSAltName = "Microsoft Windows Server 2003, Standard Edition (64-Bit)"
guestOS = "winnetstandard-64"
uuid.location = "56 4d 00 a4 73 25 29 74-65 1d 8a 51 57 b9 d1 06"
uuid.bios = "56 4d 00 a4 73 25 29 74-65 1d 8a 51 57 b9 d1 06"
vc.uuid = "52 16 da 4f 27 95 c4 f7-34 b8 1b 95 7c 1b da c4"

numvcpus = "4"
scsi0:1.present = "TRUE"
scsi0:1.fileName = "APP001.mueller.intra_1-000001.vmdk"
scsi0:1.deviceType = "scsi-hardDisk"


ethernet0.generatedAddress = "00:0c:29:b9:d1:06"
tools.syncTime = "TRUE"
cleanShutdown = "TRUE"
replay.supported = "FALSE"
sched.swap.derivedName = "/vmfs/volumes/4a54aba1-55b3f490-2b95-00e0814b0257/APP001.mueller.intra/APP001.mueller.intra-6031980b.vswp"
scsi0:0.redo = ""
scsi0:1.redo = ""
vmotion.checkpointFBSize = "4194304"
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.pciSlotNumber = "16"
ethernet0.pciSlotNumber = "32"
vmci0.pciSlotNumber = "33"
ethernet0.generatedAddressOffset = "0"
vmci0.id = "1471795462"
hostCPUID.0 = "0000000a756e65476c65746e49656e69"
guestCPUID.0 = "0000000a756e65476c65746e49656e69"
userCPUID.0 = "0000000a756e65476c65746e49656e69"
hostCPUID.1 = "000006f7000408000004e33dbfebfbff"
guestCPUID.1 = "000006f700010800800022010febfbff"
userCPUID.1 = "000006f7000408000004e33dbfebfbff"
hostCPUID.80000001 = "00000000000000000000000120100800"
guestCPUID.80000001 = "00000000000000000000000120100800"
userCPUID.80000001 = "00000000000000000000000120100800"
evcCompatibilityMode = "FALSE"
ide1:0.fileName = ""

checkpoint.vmState.readOnly = "FALSE"
checkpoint.vmState = ""

debugStub.linuxOffsets = "0xfc052120,0xffffffff,0x0,0x0,0xf20e9c0,0x0,0xf20e9d2,0x0,0xfc0520b8,0xffffffff,0x0,0x0,0xf20e860,0x0"

bios.forceSetupOnce = "FALSE"
sched.cpu.affinity = "all"

floppy0.present = "FALSE"

Verfasst: 13.07.2010, 22:21
von continuum
so sieht es aus ...

*-000003.vmdk > *.000002.vmdk > basedisk.vmdk
ist eine Kette - und
*-000001.vmdk > basedisk.vmdk
ist auch eine Kette.

Du hast also vor der expand -aktion einen neuen Zweig angelegt.

Von daher kannst du 000001.vmdk ruhig verwerfen - also
APP001.mueller.intra.vmdk und APP001.mueller.intra_1.vmdk in der vmx eintragen.

Wenn du allerdings Wert auf die Daten in den beiden anderen snapshots legst wuerde ich so vorgehen:
1. die 000003.vmdks und 000002.vmdks expandieren
2. dann per vmkfstools jeweils ein Kommando a la

Code: Alles auswählen

vmkfstools -i APP001.mueller.intra.vmdk neueplatte-0.vmdk
vmkfstools -i APP001.mueller.intra_1.vmdk neueplatte-1.vmdk

3. anpassen der vmx mit

Code: Alles auswählen

...
scsi0:0.fileName = "neueplatte-0.vmdk"
scsi0:1.fileName = "neueplatte-1.vmdk"
...


4. vmsd-file entfernen

5. Daumen druecken 8)

expandieren von Snapshots ist eine heikle Sache - wenn man in den expandierten Snapshots nichts schreiben muss ist es aber sicher - falls vmkfstools nicht klar kommt macht man die expansion rueckiggaengig und gut is ...

Verfasst: 13.07.2010, 23:05
von pep
continuum hat geschrieben:
Von daher kannst du 000001.vmdk ruhig verwerfen - also
APP001.mueller.intra.vmdk und APP001.mueller.intra_1.vmdk in der vmx eintragen.


Kannst du mir noch kurz erklären, wie genau ich das eintrage und was ich löschen muss?
Komischerweise hatte ich definitiv nur einen Snapshot gemacht

Verfasst: 14.07.2010, 02:04
von continuum

Code: Alles auswählen

...
scsi0:0.fileName = "APP001.mueller.intra.vmdk"
scsi0:1.fileName = "APP001.mueller.intra_1.vmdk"
...


Komischerweise hatte ich definitiv nur einen Snapshot gemacht


Dann waren es wohl die Nachtkatzen 8)

DANKE

Verfasst: 14.07.2010, 08:48
von pep
vielen dank continuum,

die vm läuft wieder ;) :grin: