VMware-Forum

Hi Leute,

ich hab hier eine ganz komische Sache...

ich hab eine virtuelle Maschine auf einen neuen Datastore migriert, um den Datastore danach zu löschen. Nach dem migrieren zeigt er mir aber jetzt immer noch auf dem alten Datastore an, das da angeblich diese Maschine liegen soll. Wenn ich aber über Browse Datastor auf den alten Datastore schau, ist da keine Maschine mehr drauf.
Auf dem neuen Datastore seh ich auch die VM!! Wie kann sowas passieren und wie bekomme ich jetzt die VM von dem Datastore runter, um den Datastore dann unmounten zu können!!?? Kann mir jemand helfen!?

Wenn ich bei der VM in die Eigenschaften schau, zeigt auch alles auf den neuen Datastore!

ESX 5.0 Build 455964

Auf den Datastore-Browser würde ich micht nicht verlassen. Schau doch mal per SSH/ESXCLI/PowerCli auf den Datastore, ob sich dort noch der VM zugehörige Dateien befinden.

Ohje, ich als altes Windows Kind

Bin jetzt per SSH drauf, hab aber keine Ahnung, was ich eingeben muss, um die angebundene LUN zu sehen... haste ein Tip für mich ?

im Verzeichniss /vmfs/volumes/DataStoreName ein ls machen

Also, bei den anderen Datastores bekomme ich die VMs angezeigt und der alte Datastore ist wie auch über den DatastoreBrowser leer. Keine einzige Datei, bzw. Ordner da!!

Hallo Dende,
>Also, bei den anderen Datastores bekomme ich die VMs angezeigt und der alte Datastore >ist wie auch über den DatastoreBrowser leer. Keine einzige Datei, bzw. Ordner da!!

Dann wurde nur der Zeiger nicht geändert. Also beim VMware vSphere Client den Eintrag aus der Bestandsliste entfernen. Danach per Konfiguration, Speicher, Datastore durchsuchen die VMX-Datei zur Bestandsliste hinzufügen.

Klaus

Hi,

hab die VM aus dem Inventory entfernt. Dann war sie auch aus beiden Datastores weg, dann hab ich sie über den Datasore Browser hinzugefügt. Leider war sie auch wieder auf beiden Datastores sichtbar!! ;(

Muß ja einen Grund haben. Hat die vielleicht eine ISO gemountet die auf dem 'anderen' Datastore liegt ?

Ist die VM vielleicht mal umbenannt worden ? Dann könnte auf dem alten Datastore was unter dem 'alten' Namen liegen.

Poste doch mal die .vmx-Datei der betroffenen VM...

Da ist sie, sieht für mich alles normal aus?!

.encoding = "UTF-8"
config.version = "8"
virtualHW.version = "8"
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"
hpet0.present = "true"
nvram = "XENAPP-MASTER.nvram"
virtualHW.productCompatibility = "hosted"
powerType.powerOff = "soft"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "soft"
displayName = "XENAPP-MASTER"
extendedConfigFile = "XENAPP-MASTER.vmxf"
numvcpus = "4"
scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsisas1068"
memsize = "16384"
scsi0:0.present = "true"
scsi0:0.fileName = "XENAPP-MASTER_1.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
sched.scsi0:0.shares = "normal"
sched.scsi0:0.throughputCap = "none"
ethernet0.present = "true"
ethernet0.virtualDev = "vmxnet3"
ethernet0.networkName = "VM Xen Intern"
ethernet0.addressType = "vpx"
ethernet0.generatedAddress = "00:54:58:9d:61:86"
svga.vramSize = "8388608"
disk.EnableUUID = "true"
guestOS = "windows7srv-64"
uuid.bios = "42 1f 37 89 96 6b 0a 7b-eb 72 80 20 32 f6 85 95"
vc.uuid = "50 1f 33 2d 51 51 8f 47-e2 67 84 e3 0c 33 92 01"
snapshot.action = "keep"
sched.cpu.min = "0"
sched.cpu.units = "mhz"
sched.cpu.shares = "normal"
sched.mem.min = "0"
sched.mem.shares = "normal"
tools.upgrade.policy = "manual"
cpuid.80000001.eax = "--------------------------------"
cpuid.80000001.eax.amd = "--------------------------------"
cpuid.80000001.ebx = "--------------------------------"
cpuid.80000001.ebx.amd = "--------------------------------"
cpuid.80000001.ecx = "--------------------------------"
cpuid.80000001.ecx.amd = "--------------------------------"
cpuid.80000001.edx = "-----------H--------------------"
cpuid.80000001.edx.amd = "-----------H--------------------"
ethernet0.pciSlotNumber = "192"
evcCompatibilityMode = "FALSE"
guestCPUID.0 = "0000000b756e65476c65746e49656e69"
guestCPUID.1 = "000206c200010800829822030febfbff"
guestCPUID.80000001 = "00000000000000000000000128100800"
hostCPUID.0 = "0000000b756e65476c65746e49656e69"
hostCPUID.1 = "000206c220200800029ee3ffbfebfbff"
hostCPUID.80000001 = "0000000000000000000000012c100800"
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
replay.filename = ""
replay.supported = "FALSE"
userCPUID.0 = "0000000b756e65476c65746e49656e69"
userCPUID.1 = "000206c220200800029822030febfbff"
userCPUID.80000001 = "00000000000000000000000128100800"
vmci0.pciSlotNumber = "32"
vmotion.checkpointFBSize = "8388608"
unity.wasCapable = "FALSE"
tools.remindInstall = "TRUE"
scsi0:0.redo = ""
scsi0.pciSlotNumber = "160"
scsi0.sasWWID = "50 05 05 69 95 6b 0a 70"
vmci0.id = "855016853"
tools.syncTime = "FALSE"
uuid.location = "56 4d ae 25 f3 06 18 3b-80 f7 ed b7 e3 2f ed ce"
cleanShutdown = "TRUE"
sched.swap.derivedName = "/vmfs/volumes/4feaec43-24977e2a-c803-d067e5eeee6e/XENAPP-MASTER/XENAPP-MASTER-0ced7530.vswp"
sched.cpu.affinity = "all"
sched.mem.affinity = "all"
ide0:0.present = "TRUE"
ide0:0.clientDevice = "TRUE"
ide0:0.deviceType = "cdrom-raw"
ide0:0.startConnected = "FALSE"
ide1:0.present = "FALSE"
floppy0.present = "FALSE"

Sieht in der Tat unverdaechtig aus.
Wie ist denn die Ausgabe von "ls -lh /vmfs/volumes"?

lrwxr-xr-x 1 root root 35 Jul 19 07:23 xen-01_local -> 4f47671e -8ee1e6cc-ea94-d067e5eee81f
lrwxr-xr-x 1 root root 35 Jul 19 07:23 xendatastore -> 4feaec43 -24977e2a-c803-d067e5eeee6e
lrwxr-xr-x 1 root root 35 Jul 19 07:23 xendatastore1 -> 4f980a8 3-673b3284-84d7-d067e5eee823
lrwxr-xr-x 1 root root 35 Jul 19 07:23 xendatastore2 -> 4f99169 f-12a01f11-cabc-d067e5eee823

Xendatastore ist die neue LUN, da soll er auch liegen und Xendatastore1 ist die alte, die gelöscht werden soll. 4fea.... stimmt auch überein!!

passt dies denn noch ?

sched.swap.derivedName = "/vmfs/volumes/4feaec43-24977e2a-c803-d067e5eeee6e/XENAPP-MASTER/XENAPP-MASTER-0ced7530.vswp"

Also der Pfad stimmt, der zeigt auf den neuen Datastore, aber ich kann keine Datei finden, die "XENAPP-MASTER-0ced7530.vswp" so heißt, bzw. mit vswp endet!?

Das war auch meine Idee gewesen.

Aber der Swap zeigt schon auf den "neuen" Datastore.

Sorry, da habe ich keine Idee mehr.

Moment:
Die vswp gibt es nur, wenn die VM auch laeuft. Wird die angelegt, wenn die VM gestartet wird? Und wenn ja, auf welchem Datastore?

einfach den Eintraeg entfernen und VM neu registrieren - dann landet die vswp da wo auch die vmx ist.
Aber eigentlich passt er ja schon ....

So, hab das Teil mal gestartet und er legt die Datei auch auf dem richtigen Datastore an! Ich raffs net!!

Hast du ein zufälligerweise irgendwann mal ein ISO von lokal gemounted oder sowas?
Fals ja, versuche mal ein ISO aus einem Datastore zu mounten, danach wieder unmount bzw. Wechsel auf Clientgerät und schauen obs nach dem an und ausschalten weg ist. Auch wenn du kein aktuelles mer gemounted hast. Irgendwie ist das manchmal trotzdem noch eingetragen.

Erinnere mich zwar nimmer genau, welche Files das waren, aber auf alle Fälle auch überreste im alten Store nach Migration die nicht verschwinden wollten. Thread leider ned grad gefunden.

Hi UrsDerBär,

genau so wars auch, hatte damals bei der migration nicht die CD ISO entfernt. Hab aber jetzt im nach hinein die ISO raus genommen, bei zwei anderen VMs hat das auch funktioniert, nur diese VM hängt noch auf dem Datastore fest.

Hab jetzt mal eine andere ISO auf dem neuen Datastore eingebunden , VM gestartet, VM wieder ausgeschaltet, ISO wieder entfernt, aber dieses verdammte Ding will einfach nicht vom Datastore verschwinden!!

Hast du das ganze auch mit den Floppy's gemacht? Da gilt das nämlich auch.

Hab leider gar kein Diskettenlaufwerk hinzugefügt!

Schau dir mal die Datei "XENAPP-MASTER.vmxf" an, ob da noch Einträge vom alten Standort gemacht wurden.
Wenn da nichts dazu drinsteht, gibt uns hoffentlich ein verlinktes "vmware.log" des Rätsels Lösung preis.

Hi Leute,

ich hab das Problem gefunden... Die VM hatte noch zwei Snapshots gehabt und diese hatten anscheinend noch irgendwelche verweise auf den alten Datastore, weil als ich diese gelöscht hatte, ist auch die VM vom alten Datastore verschwunden.... Das Leben kann so einfach sein Vielen Dank für eure Ideen.

Nette Grüße
Dende