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!

Virtuelle Maschine auf neuen Datastor migiriert!

Moderatoren: Dayworker, irix

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Virtuelle Maschine auf neuen Datastor migiriert!

Beitragvon Dende » 16.07.2012, 14:28

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! :shock:

ESX 5.0 Build 455964

Member
Beiträge: 176
Registriert: 13.09.2010, 17:22

Beitragvon soehl » 16.07.2012, 15:09

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.

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Beitragvon Dende » 16.07.2012, 15:38

Ohje, ich als altes Windows Kind :grin:

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 :grin: ?

Member
Beiträge: 360
Registriert: 13.07.2011, 15:33

Beitragvon MarcelMertens » 16.07.2012, 15:48

im Verzeichniss /vmfs/volumes/DataStoreName ein ls machen

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Beitragvon Dende » 16.07.2012, 15:55

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!! :(

Member
Beiträge: 210
Registriert: 18.02.2011, 11:30

Beitragvon Klaus_Urban » 18.07.2012, 14:37

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

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Beitragvon Dende » 18.07.2012, 14:44

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!! ;(

Experte
Beiträge: 1006
Registriert: 30.10.2004, 12:41

Beitragvon mbreidenbach » 18.07.2012, 17:23

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.

Experte
Beiträge: 1848
Registriert: 04.10.2011, 14:06

Beitragvon JustMe » 18.07.2012, 18:36

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

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Beitragvon Dende » 19.07.2012, 08:27

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"

Experte
Beiträge: 1848
Registriert: 04.10.2011, 14:06

Beitragvon JustMe » 19.07.2012, 08:51

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

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Beitragvon Dende » 19.07.2012, 09:30

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!!

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

Beitragvon continuum » 19.07.2012, 10:49

passt dies denn noch ?

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

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Beitragvon Dende » 19.07.2012, 10:57

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!?

Experte
Beiträge: 1848
Registriert: 04.10.2011, 14:06

Beitragvon JustMe » 19.07.2012, 11:00

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?

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

Beitragvon continuum » 19.07.2012, 11:22

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

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Beitragvon Dende » 19.07.2012, 11:33

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

Experte
Beiträge: 1362
Registriert: 30.03.2009, 17:13

Beitragvon UrsDerBär » 19.07.2012, 14:27

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.

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Beitragvon Dende » 19.07.2012, 15:31

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!! :evil:

Experte
Beiträge: 1362
Registriert: 30.03.2009, 17:13

Beitragvon UrsDerBär » 19.07.2012, 15:40

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

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Beitragvon Dende » 19.07.2012, 15:44

Hab leider gar kein Diskettenlaufwerk hinzugefügt!

King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 19.07.2012, 17:04

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.

Member
Beiträge: 35
Registriert: 22.07.2010, 13:07

Beitragvon Dende » 20.07.2012, 08:42

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


Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: Google [Bot] und 1 Gast