VMware-Forum

Hallo,

ich habe hier eine virtuelle Maschine, deren Konfiguration mit doch sehr komsich erscheint und ich das auf Anhieb auch nicht beheben konnte. Die virtuelle Maschine ist ein Linux Derivat und liegt direkt auf einem RAID-1 Verbund der ESX Maschine unter /vmfs/volumes/server/linux UND /vmfs/volumes/server/linux_1.
Uind genau hier liegt der Hund begraben. Während sich die "vmdk" unter "linux" befindet, befindet sich die "vmx" unter "linux_1". Ein Kopiervorgang der vmx auf "linux" und anschließendes Registrieren mit "vmware-cmd -s register /vmfs/volumes/server/linux/linux.vmx" lässt auf dem VI Client eine Maschine mit dem Namen "unknown" erscheinen. Auch kann man diese nicht booten. Die Maschine kriege ich nur zum Laufen, wenn ich das vmx File von "linux_1" aus registriere. Diese sieht so aus:

#!/usr/bin/vmware
config.version = "8"
virtualHW.version = "4"
floppy0.present = "true"
nvram = "linux.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "useGlobal"
powerType.powerOff = "soft"
powerType.powerOn = "default"
powerType.suspend = "default"
powerType.reset = "soft"

displayName = "linux"
extendedConfigFile = "linux.vmxf"

scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsilogic"
memsize = "1536"
scsi0:0.present = "true"
scsi0:0.fileName = "/vmfs/volumes/155cc65-8ac33d7-78cc-00315cc757aa/linux/linux.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
ide0:0.present = "true"
ide0:0.clientDevice = "true"
ide0:0.deviceType = "cdrom-raw"
ide0:0.startConnected = "false"
floppy0.startConnected = "false"
floppy0.clientDevice = "true"
ethernet0.present = "true"
ethernet0.networkName = "vswitch0"
ethernet0.addressType = "vpx"
ethernet0.generatedAddress = "00:40:AA:0c:b8:3e"
ethernet1.present = "true"
ethernet1.networkName = "vswitch1"
ethernet1.addressType = "vpx"
ethernet1.generatedAddress = "00:40:AA:0c:c9:2d"
ethernet2.present = "true"
ethernet2.networkName = "linux-sync"
ethernet2.addressType = "vpx"
ethernet2.generatedAddress = "00:40:AB:0c:d9:2e"
chipset.onlineStandby = "false"
guestOSAltName = "Other Linux (32-bit)"
guestOS = "linux"
uuid.bios = "50 38 17 a9 57 51 4c 1f-be 46 ba 6d 56 3f f8 c2"
snapshot.action = "keep"
sched.cpu.min = "0"
sched.cpu.units = "mhz"
sched.cpu.shares = "normal"
sched.mem.minsize = "0"
sched.mem.shares = "normal"
toolScripts.afterPowerOn = "true"
toolScripts.afterResume = "true"
toolScripts.beforeSuspend = "true"
toolScripts.beforePowerOff = "true"

scsi0:0.redo = ""
tools.syncTime = "FALSE"
uuid.location = "56 4d 40 d8 ed e0 69 88-cb 2c e5 f6 cb 94 66 35"
sched.mem.max = "1536"
sched.swap.derivedName = "/vmfs/volumes/a8ebb237-4ac4d551-0021-78cc5eccc757/linux_1/linux-48fa636b.vswp"
hostCPUID.0 = "0000000bc65746e496756e6547656e6"
guestCPUID.0 = "0000000bc65746e496756e6547656e69"
"linux.vmx" 77L, 2650C

Eventuell kann mir Jemand sagen, wie ich die komplette VM in ein Verzeichnis bringe und nicht auf zwei verteilt habe.

Ganz kann ich dir nicht folgen ...
ich wuerde die VM runterfahren - die vmx in den Ordner verschieben wo die vmdk liegt und dann diese Zeile anpassen
scsi0:0.fileName = "/vmfs/volumes/155cc65-8ac33d7-78cc-00315cc757aa/linux/linux.vmdk"

nach edit:
scsi0:0.fileName = "linux.vmdk"

Die Frage für mich wäre allerdings auch noch, was du mit einem "vmware-cmd -s" auf dem ESX anfangen kannst.

Hallo,

wie bereits von Continuum teilweise beschrieben, müßtest du wie folgt verfahren.
- Shutdown der VM
- Deregistrieren der VM, z.B. mit vmware-cmd -s unregister <alter Pfad zur *.vmx Datei>
- Verschieben aller Files in das gewünschte Verzeichnis
- Anpassen der folgenden Einträge in der *.vmx Datei
     scsi0:0.fileName=
     sched.swap.derivedName =
- Registrieren der VM, z.B. mit vmware-cmd -s register <neuer Pfad zur *.vmx Datei>

Da du die VM verschoben hast, kann es sein, das du beim Starten noch eine Abfrage erhälst.

Hoffe, das hilft dir weiter.

Viel Erfolg,
Ralf

Heißt das jetzt, daß ein "vmware-cmd -s" auch auf dem ESX funktioniert?

Hallo Dayworker,

ja, und zwar schon ziemlich lange.

Gruß
Ralf

Danke für die Nachhilfe.

Ok... danke für die Tipps. Kann ich die vmx Datei mit "vi" bearbeiten oder zerstört es die Struktur der Datei?

Eine kleine *.vmdk ist immer die Descriptor Datei fuer die geigentliche Daten *-flat.vmdk und die liegt im ASCII Format vor und ist fuer einen Menschen durchaus lesbar und ein "vi" macht da nichts kaputt.

Ansonsten wie immer.... vorher eine Sicherheitskopie machen.

Gruss
Joerg

Hallo,

du kannst die *.vmx Datei ohne Probleme mit dem vi bearbeiten.

Viel Erfolg,
Ralf

OK Danke. Ich werde das mal nächstes Wochenende testen und dann das Ergebnis hier berichten.

SO.... ich habe es getestet. Leider kriege ich es nicht hin. Ich habe die vmx Datei unter "linux" kopiert, den "sched.swap.derivedName" Eintrag auf "linux" geändert. Der "scsi0:0.fileName" Eintrag bleibt unverändert, weil er stimmt. Leider erhalte ich nach Neuregistriertung der neuen VMX Datei mit "vmware-cmd -s register PFADZURVMX"
wieder nur den Eintrag "unknown(invalid)" unter VC. Die "vswp" Datei selber gibt es aber an sich auch nirgends. VIelleicht liegt hier das Problem.... für Hilfe wäre ich sehr dankbar.

poste doch mal die vmx-file

Guten Morgen,

hier die "neue" VMX, mit der es eben nicht geklappt hat:

#!/usr/bin/vmware
config.version = "8"
virtualHW.version = "4"
floppy0.present = "true"
nvram = "svr-asg02.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "useGlobal"
powerType.powerOff = "soft"
powerType.powerOn = "default"
powerType.suspend = "default"
powerType.reset = "soft"

displayName = "linux"
extendedConfigFile = "linux.vmxf"

scsi0.present = "true"
scsi0.sharedBus = "none"
scsi0.virtualDev = "lsilogic"
memsize = "1536"
scsi0:0.present = "true"
scsi0:0.fileName = "/vmfs/volumes/4ac4d551-a8ebb237-78cc-00215ec757cc/linux/linux.vmdk"
scsi0:0.deviceType = "scsi-hardDisk"
ide0:0.present = "true"
ide0:0.clientDevice = "true"
ide0:0.deviceType = "cdrom-raw"
ide0:0.startConnected = "false"
floppy0.startConnected = "false"
floppy0.clientDevice = "true"
ethernet0.present = "true"
ethernet0.networkName = "vswitch0"
ethernet0.addressType = "vpx"
ethernet0.generatedAddress = "00:50:56:b8:6f:39"
ethernet1.present = "true"
ethernet1.networkName = "vswitch1"
ethernet1.addressType = "vpx"
ethernet1.generatedAddress = "00:50:56:b8:38:e9"
ethernet2.present = "true"
ethernet2.networkName = "FWSync"
ethernet2.addressType = "vpx"
ethernet2.generatedAddress = "00:50:56:b8:0e:4d"
chipset.onlineStandby = "false"
guestOSAltName = "Other Linux (32-bit)"
guestOS = "linux"
uuid.bios = "50 38 17 a9 57 51 4c 1f-be 46 ba 6d 56 3f e8 b2"
snapshot.action = "keep"
sched.cpu.min = "0"
sched.cpu.units = "mhz"
sched.cpu.shares = "normal"
sched.mem.minsize = "0"
sched.mem.shares = "normal"
toolScripts.afterPowerOn = "true"
toolScripts.afterResume = "true"
toolScripts.beforeSuspend = "true"
toolScripts.beforePowerOff = "true"

scsi0:0.redo = ""
tools.syncTime = "FALSE"
uuid.location = "56 4d 40 d8 ed e0 69 88-ce 2b f5 e6 cb 94 66 35"
sched.mem.max = "1536"
sched.swap.derivedName = "/vmfs/volumes/4ac4d551-a8ebb237-78cc-00215ec757cc/linux/linux-48fa636b.vswp"
hostCPUID.0 = "0000000b756e65476c65746e49656e69"
guestCPUID.0 = "0000000b756e65476c65746e49656e69"
userCPUID.0 = "0000000b756e65476c65746e49656e69"
hostCPUID.1 = "000106a500100800009ce3bdbfebfbff"
guestCPUID.1 = "000006f800010800000022010febfbff"
userCPUID.1 = "000106a500100800000022010febfbff"
hostCPUID.80000001 = "00000000000000000000000128100000"
guestCPUID.80000001 = "00000000000000000000000120100000"
userCPUID.80000001 = "00000000000000000000000120100000"
evcCompatibilityMode = "TRUE"

floppy0.fileName = "/dev/fd0"

vmotion.checkpointFBSize = "4194304"

Hallo,

kriegst du Sie denn manuell gestartet?

Probier mal folgendes aus
     vmware-cmd -s /vmfs/volumes/4ac4d551-a8ebb237-78cc-00215ec757cc/linux/linux.vmx register
     vmware-cmd /vmfs/volumes/4ac4d551-a8ebb237-78cc-00215ec757cc/linux/linux.vmx getstate
     vmware-cmd /vmfs/volumes/4ac4d551-a8ebb237-78cc-00215ec757cc/linux/linux.vmx start

Damit umgehst du den VC und arbeitest direkt auf dem Server, manchmal zickt der VC nämlich ziemlich rum.

Gruß
Ralf

probier diese vmx

Hi,

leider hat das auch nicht geholfen. Wieder der gleiche Fehler in vCenter. Wenn ich nun das ganze gemäß "kastlr" durchgehe (Die Syntax war bei mir aber etwas anders), dann erhalte ich die bekannte Meldung
Ich bin nun ziemlich ratloß, weil es an sich ja nicht gerade das Komplizierteste ist, was man mit VMWare machen kann, aber ich kriegs einfach nicht hin.

Hallo,

hier noch eine Auflistung der beiden Verzeichnisse:

linux

-rw------- 1 root root 21474836480 Jul 15 08:22 linux-flat.vmdk
-rw------- 1 root root 8684 Nov 23 2009 linux.nvram
-rw------- 1 root root 408 Jul 14 23:03 linux.vmdk
-rw------- 1 root root 472 Nov 22 2009 linux.vmsd
-rwxr-xr-x 1 root root 2648 Jul 14 22:25 linux.vmx
-rw------- 1 root root 264 Nov 12 2009 linux.vmxf
-rw-r--r-- 1 root root 34523 Oct 13 2009 vmware-10.log
-rw-r--r-- 1 root root 34126 Oct 13 2009 vmware-11.log
-rw-r--r-- 1 root root 34209 Oct 13 2009 vmware-12.log
-rw-r--r-- 1 root root 34197 Oct 13 2009 vmware-13.log
-rw-r--r-- 1 root root 202702 Nov 10 2009 vmware-14.log
-rw-r--r-- 1 root root 63036 Nov 23 2009 vmware-15.log
-rw-r--r-- 1 root root 34004 Nov 23 2009 vmware.log
-rw-r--r-- 1 root root 336 Nov 22 2009 .vzmutex

linux_1

-rw------- 1 root root 1610612736 Jul 14 23:03 linux-48fa636b.vswp
-rw------- 1 root root 8684 Jul 14 23:03 linux.nvram
-rw------- 1 root root 531 Jul 4 03:51 linux.vmsd
-rwxr-xr-x 1 root root 2650 Jul 15 00:03 linux.vmx
-rw------- 1 root root 264 Jul 15 00:03 linux.vmxf
-rw-r--r-- 1 root root 32931 Jul 14 22:51 vmware-0.log
-rw-r--r-- 1 root root 32774 Jul 14 22:45 vmware-1.log
-rw-r--r-- 1 root root 32775 Jul 14 22:24 vmware-2.log
-rw-r--r-- 1 root root 33398 Jul 13 22:27 vmware-3.log
-rw-r--r-- 1 root root 83557 Jul 10 23:52 vmware-4.log
-rw-r--r-- 1 root root 33708 Jun 24 21:19 vmware-5.log
-rw-r--r-- 1 root root 33048 Nov 24 2009 vmware-6.log
-rw-r--r-- 1 root root 163451 Jan 14 09:30 vmware-7.log
-rw-r--r-- 1 root root 33556 Jan 14 21:33 vmware-8.log
-rw-r--r-- 1 root root 31824 Jul 15 00:03 vmware.log

Hi,

also die Lösung sieht nun folgendermaßen aus:

Ich habe mir mit "vmkfstools -i ..." die vmdk aus dem "richtigen" Verzeichniss auch noch zusätzlich in das "falsche" Verzeichnis kopiert. Danach habe ich den alten Ordner "linux" gelöscht. Mit vCenter eine neue VM namens "linux" angelegt, die vmdk aus "linux_1" gewählt. Danach die vmkd aus "linux_1" wieder in "linux" kopiert und diese dann in vCenter an die VM "linux" angebunden anstatt der HDD , die in das "falsche" Verzeichnis "linux_1" gezeigt hatte. Zum Schluß noch den komplette "linux_1" gelöscht und fertig.