Falscher Datastore wird angezeigt

[BastiHN]

hallo zusammen,

nach einem vMotion vorgang unter ESXi5 von datastore 1 auf datastore 2 sieht man in der übersicht das beide speicher genutzt werden. wenn ich in den alten datastore schaue liegt dort aber nichts mehr. dieses phänomen habe ich bei einigen wenigen VM´s.

die .vmx bzw. .vmxf sind soweit ok, hier stehen keine falschen pfade
in den beiden vorhandenen snapshots, genauer in der.vmsn datei steht jedoch noch die ID zum alten datasore, d.h. dieser wurde beim vMotion vorgang nicht aktualisiert

was kann ich nun tun? snapshots löschen wäre keine option, wäre es eine gute lösung den pfad von hand zu ändern?

[continuum]

Du muesstest dann auch die vmdks editieren.

vmsn ? - meinst du vielleicht die vmsd ?

[BastiHN]

mh, gibts noch andere möglichkeiten?

hier der inhalt von einer vmsn datei. die andere hat ~4gb, d.h. nicht via texteditor zu öffnen

Code: Alles auswählen

Ò¾Ò¾e = "0"
sched.mem.shares = "normal"
tools.upgrade.policy = "manual"
ethernet0.pciSlotNumber = "32"
evcCompatibilityMode = "TRUE"
guestCPUID.0 = "0000000b756e65476c65746e49656e69"
guestCPUID.1 = "000106a400010800809822010febfbff"
guestCPUID.80000001 = "00000000000000000000000128100800"
hostCPUID.0 = "0000000b756e65476c65746e49656e69"
hostCPUID.1 = "000206c200200800009ee3fdbfebfbff"
hostCPUID.80000001 = "0000000000000000000000012c100800"
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
replay.supported = "FALSE"
scsi0.pciSlotNumber = "160"
scsi0.sasWWID = "50 05 05 62 b9 c1 39 e0"
scsi0:0.redo = ""
userCPUID.0 = "0000000b756e65476c65746e49656e69"
userCPUID.1 = "000206c200200800009822010febfbff"
userCPUID.80000001 = "00000000000000000000000128100800"
vmci0.pciSlotNumber = "33"
vmotion.checkpointFBSize = "33554432"
replay.filename = ""
tools.remindInstall = "FALSE"
unity.wasCapable = "FALSE"
ide1:0.startConnected = "TRUE"
vmci0.id = "-1335580694"
tools.syncTime = "FALSE"
uuid.location = "56 4d ba 48 a8 0f b4 08-40 36 8a 73 75 7d 62 fd"
cleanShutdown = "FALSE"
migrate.hostlog = "./vmname-fb9881a0.hlog"
sched.swap.derivedName = "/vmfs/volumes/4be94194-3a9c5228-1fae-001517df1e38/vmname/vmname-fb9881a0.vswp"
scsi0:1.deviceType = "scsi-hardDisk"

das volume in der vorletzten zeile ist noch das alte, nicht der neue datastore auf welchen migriert wurde

[mbreidenbach]

Ist da vielleicht eine ISO gemountet die im fraglichen Datastore liegt ?

[BastiHN]

nein, keine ISO gemountet


hier noch 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 = "vmname.nvram"
virtualHW.productCompatibility = "hosted"
powerType.powerOff = "soft"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "soft"
displayName = "vmname"
extendedConfigFile = "vmname.vmxf"
floppy0.present = "true"
numvcpus = "2"
scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsisas1068"
memsize = "4096"
scsi0:0.present = "true"
scsi0:0.fileName = "vmname-000001.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
sched.scsi0:0.shares = "normal"
sched.scsi0:0.throughputCap = "off"
ide1:0.present = "true"
ide1:0.clientDevice = "true"
ide1:0.deviceType = "atapi-cdrom"
ide1:0.startConnected = "false"
floppy0.startConnected = "false"
floppy0.fileName = ""
floppy0.clientDevice = "true"
ethernet0.present = "true"
ethernet0.virtualDev = "e1000"
ethernet0.networkName = "LAN"
ethernet0.addressType = "vpx"
ethernet0.generatedAddress = "00:50:56:b9:00:48"
svga.vramSize = "33554432"
disk.EnableUUID = "true"
guestOS = "windows7srv-64"
uuid.bios = "42 39 cc 12 b9 c1 39 e9-33 77 6e 39 b0 64 a7 ea"
vc.uuid = "50 39 de 23 db 09 96 dd-ce c4 77 00 cb 01 40 6d"
snapshot.action = "keep"
sched.cpu.min = "0"
sched.cpu.units = "mhz"
sched.cpu.shares = "normal"
sched.mem.minsize = "0"
sched.mem.shares = "normal"
tools.upgrade.policy = "manual"
ethernet0.pciSlotNumber = "32"
evcCompatibilityMode = "TRUE"
guestCPUID.0 = "0000000b756e65476c65746e49656e69"
guestCPUID.1 = "000106a400010800809822010febfbff"
guestCPUID.80000001 = "00000000000000000000000128100800"
hostCPUID.0 = "0000000b756e65476c65746e49656e69"
hostCPUID.1 = "000206c200200800009ee3fdbfebfbff"
hostCPUID.80000001 = "0000000000000000000000012c100800"
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
replay.supported = "FALSE"
scsi0.pciSlotNumber = "160"
scsi0.sasWWID = "50 05 05 62 b9 c1 39 e0"
scsi0:0.redo = ""
userCPUID.0 = "0000000b756e65476c65746e49656e69"
userCPUID.1 = "000206c200200800009822010febfbff"
userCPUID.80000001 = "00000000000000000000000128100800"
vmci0.pciSlotNumber = "33"
vmotion.checkpointFBSize = "33554432"
replay.filename = ""
tools.remindInstall = "false"
unity.wasCapable = "true"
vmci0.id = "-1335580694"
tools.syncTime = "FALSE"
uuid.location = "56 4d c5 c9 08 b2 12 df-fd 67 56 3a c0 07 f0 85"
cleanShutdown = "FALSE"
migrate.hostlog = "./vmname-2f25f9ad.hlog"
sched.swap.derivedName = "/vmfs/volumes/4f69a1fb-773d3c66-b4af-001517df1e38/vmname/vmname-2f25f9ad.vswp"



[continuum]

sched.swap.derivedName ist unterschiedlich.

ich weiss nicht warum du mit den vmsn files hantierst - die werden nur gebraucht wenn man einen hot snapshot wiederherstellen will

[UrsDerBär]

Betreffend ISO, da gibts lustige Szenarien welche solche unerklärliche Phänomene hervorrufen, wenn zbsp. ein früher verbundenen ISO welches zwar nicht mehr verbunden, aber in der Zwischenzeit verschoben wurde. Ist es noch in der VM eingetragen, ist das irgendwie geblockt. Da musst dann erst ein anderes verbinden und wieder disconnecten, damit das irgendwie freigegeben wird. Ausschliesslich Umschalten auf Host-CD-Laufwerk reicht zbsp. nicht.

Ganz genau reproduziert in welchen Situationen es wirklich eintritt habe ich es nicht, konnte es so aber immerhin lösen.

[BastiHN]

sched.swap.derivedName ist mir auch aufgefallen, die frage ist warum das nicht bei der migration automatisch geändert wird
hantieren ue ich eigentlich gar nichts manuell in den files, ist mir nur bei der suche nach dem fehler aufgefallen

[continuum]

die besagte Zeile kann man loeschen - sie wird dann beim naechsten Start neu angelegt und zeigt dann in das aktuell verwendete Datastore

[mbreidenbach]

Betreffend ISO, da gibts lustige Szenarien

*Zustimm* (weil schon erlebt)