VMware-Forum

Hallo,

keinnt jemadn folgendes Problem?

1)
Vmware-Systeme laufen.
2)
Alle Systeme werden sauber gestoppt und per scp gesichert
3)
Beim Start der Systeme melden einige Systeme plötzlich das die Hardwareversion falsch wäre. In der Vmware-Server-Console findet sich in der Konfiguration dann auch nur noch eine CPU und RAM.
4)
Nach diversen Tests ist hier der einzige Weg unter VMware-Workstation ein neues System aufzusetzen und die bestehenden Platten einzubinden.


Host Suse 11.0
Server 1.10
Virtual Center 1.4

Danke für Tips

Poste mal bitte die VMX-Dateien von vor und nach der Sicherung.

Dayworker hat geschrieben:Poste mal bitte die VMX-Datei.

#!/usr/bin/vmware
config.version = "8"
virtualHW.version = "1"
memsize = "2048"
ide0:0.present = "FALSE"
ide0:0.fileName = "pcscheltet.vmdk"
ide0:1.present = "FALSE"
ide0:1.fileName = "auto detect"
ide0:1.autodetect = "TRUE"
ide0:1.deviceType = "cdrom-raw"
ide0:1.startConnected = "FALSE"
floppy0.present = "FALSE"
Ethernet0.present = "FALSE"
Ethernet0.addressType = "vpx"
Ethernet0.generatedAddress = "00:50:56:9c:29:48"
usb.present = "FALSE"
displayName = "pcscheltet_reserve_01 (1)"
guestOS = "winxppro"
uuid.location = "56 4d b0 e8 14 cc ef d1-7c 31 0d 97 09 98 43 45"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
SMBIOS.reflectHost=True
uuid.bios = "50 1c f2 3a 39 df 8b 5b-b3 c4 88 2c 18 bc 9a db"



checkpoint.cptConfigName = "pcscheltet.vmss"




Aber ich sehe gerade das hier alles auf FALSE steht. Zu wenig Schlaf.
Ein erster Test mit TRUE behebt wohl das Problem aber warum passiert das.

ide0:0.redo = ""
tools.syncTime = "FALSE"

workingDir = "."

MemTrimRate = "-1"
~

Also mir fallen dabei 2 Dinge auf.

1. virtualHW.version = "1"
2. SMBIOS.reflectHost=True

Das erste kennzeichnet eine uralte v.HW-Version (VM vom GSX importiert?), für das der Server1.10 wohl keine vernünftige HW-Konfig in der VM mitbringt und das zweite braucht man nur, wenn das Host-Bios in die VM durchscheinen soll. Da ist immer dann erforderlich, wenn man eine verdongelte OS-Version von HP, Siemens/Fujitsu oder Dell mitgeliefert bekam. Bei HP gibts da zum Beispiel die ROK-Versionen (Reseller Option Kit) aller MS-Betriebssysteme zum wesentlich günstigeren Preis als von M$ und die laufen dann natürlich nur auf einem entsprechenden Rechner.
Damit das allerdings auch funktioniert, muß die Einstellung SMBIOS.reflectHost="True" lauten.

Ich würde bei der Gelegenheit auch mal die v.HW upgraden indem du über die "VMware Server Console" unter "VM" den Menupunkt "Upgrade Virtual Machine" auswählst. Damit ist die VM nicht nur wesentlich aktueller von der HW sondern auch kompatibler mit anderen VMware-Produkten. Oder hast du noch irgendwo einen GSX in Verwendung?

Dayworker hat geschrieben:Also mir fallen dabei 2 Dinge auf.

1. virtualHW.version = "1"
2. SMBIOS.reflectHost=True

Das erste kennzeichnet eine uralte v.HW-Version (VM vom GSX importiert?), für das der Server1.10 wohl keine vernünftige HW-Konfig in der VM mitbringt und das zweite braucht man nur, wenn das Host-Bios in die VM durchscheinen soll. Da ist immer dann erforderlich, wenn man eine verdongelte OS-Version von HP, Siemens/Fujitsu oder Dell mitgeliefert bekam. Bei HP gibts da zum Beispiel die ROK-Versionen (Reseller Option Kit) aller MS-Betriebssysteme zum wesentlich günstigeren Preis als von M$ und die laufen dann natürlich nur auf einem entsprechenden Rechner.
Damit das allerdings auch funktioniert, muß die Einstellung SMBIOS.reflectHost="True" lauten.

Ich würde bei der Gelegenheit auch mal die v.HW upgraden indem du über die "VMware Server Console" unter "VM" den Menupunkt "Upgrade Virtual Machine" auswählst. Damit ist die VM nicht nur wesentlich aktueller von der HW sondern auch kompatibler mit anderen VMware-Produkten. Oder hast du noch irgendwo einen GSX in Verwendung?

Zu 1
guter Hinweis. das gehe ich an
Zu 2
es sind ehemalige Siemens-PCs deren XP Lizenz sonst blockiert.

Danke für die Infos.

Gruß

Punkt 2 könnte allerdings in einer Anzeige über veraltete VMware-Tools münden. Du mußt dann in der Console nur den Menupunkt darüber "Install VMware-Tools" auswählen.

#1 - die virtualHW version sollte auf 4 gesetzt werden

#2 - das hat mit dem aktuellen Problem, nichts zu tun