Seite 1 von 1
Falscher Datastore wird angezeigt
Verfasst: 26.03.2012, 10:35
von 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?
Verfasst: 26.03.2012, 10:39
von continuum
Du muesstest dann auch die vmdks editieren.
vmsn ? - meinst du vielleicht die vmsd ?
Verfasst: 26.03.2012, 11:00
von 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
Verfasst: 26.03.2012, 11:01
von mbreidenbach
Ist da vielleicht eine ISO gemountet die im fraglichen Datastore liegt ?
Verfasst: 26.03.2012, 11:05
von 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"
Verfasst: 26.03.2012, 11:33
von 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
Verfasst: 26.03.2012, 11:41
von 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.
Verfasst: 26.03.2012, 11:42
von 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
Verfasst: 26.03.2012, 11:54
von continuum
die besagte Zeile kann man loeschen - sie wird dann beim naechsten Start neu angelegt und zeigt dann in das aktuell verwendete Datastore
Verfasst: 27.03.2012, 20:15
von mbreidenbach
UrsDerBär hat geschrieben:Betreffend ISO, da gibts lustige Szenarien
*Zustimm* (weil schon erlebt)