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!

Kopieren langsam - Bridging

Hilfe bei Problemen mit der Installation oder Benutzung des VMware GSX Server und VMware Server 1.

Moderatoren: irix, Dayworker

Member
Beiträge: 46
Registriert: 13.02.2006, 12:25

Kopieren langsam - Bridging

Beitragvon Scampolo » 19.07.2011, 09:12

Salü alle zusammen

Das Kopieren von Daten zwischen Host und virtueller Maschine ist bei mir extrem langsam. Habe gelsen, dass ich das Bridging abstellen soll. Nur verstehe ich das nicht, wie ich das machen soll.

Habe ein Windows System mit vmWare Server 2.0.2.

Muss ich das im Webinterface bei der Netzwerkkarte, die Network Connection von Bridged auf Host Only stellen? Aber dann habe ich doch keine Internetverbindung mehr...

Oder sollte ich das in Manage Virtual Networks, im Register Automatic Bridging machen? Dort kann ich das Automatic bridging nicht deaktivieren, es ist ausgegraut. Und Excluded adapters->Add listet mir nichts auf.

Vielen Dank für jegliche Hilfestellung welche zu einer besseren Leistung im kopieren führt.

Gruss Scampolo

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

Beitragvon Dayworker » 20.07.2011, 21:50

Erstmal postest du im falschen Bereich und davon mal abgesehen, sagst du nichts zu Host und Gast. Dein Problem könnte zu viele Ursachen haben...
In jedem Fall solltest du immer das autom.Bridging abschalten. Mit einer pNic machts keinen Sinn und bei zwei oder mehr pNic's werden die 'VMnetX' dann schon mal auf die falsche pNic gemappt und die Gäste liegen dann ggf im falschen Netzwerksegment.

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

Beitragvon continuum » 20.07.2011, 21:52

automatic bridging ausgegraut klingt als ob du es ohne admin-rights aufgerufen haettest ???

Member
Beiträge: 46
Registriert: 13.02.2006, 12:25

Beitragvon Scampolo » 24.08.2011, 10:13

Salü Uli

Vielen lieben Dank für Deine Antwort. Du hast recht, obwohl ich in der Gruppe Administratoren bin, reaiert der Virtual Network Editor anders wenn ich ihn "Als Administrator ausführen" starte.

Ok, ich habe auf dem Windows Host im Virtual Network Editor im Register Automatic Bridging die Checkbox deaktiviert.

Dennoch ist das System beim kopieren einer Datei extrem langsam. Wenn ich mich an einer virtuellen Maschine anmelde und eine Datei vom Host kauf die virtuelle kopiere, dann dauert das acht mal solange, als wenn ich das von einer anderen Station im Netzwerk her hole.
Dies ist besonders lästig, da ich von der virtuellen Maschine auf das DVD Laufwerk des Host zugreifen möchte.

Host: Windows
Virtual Windows

Was könnte ich noch verstellen, damit das schneller geht?

Vielen lieben Dank für Infos
Gruss Scampolo




Lieber Dayworker

Vielen Dank für Deine Info. Welches wäre der richtige Bereich für mein Problem?

Host und Gast sind beides Windows Systeme.
Der Host hat eine Netzwerkkarte eingebaut.
Im VirutalNetwork Editor habe ich im Register HostVirtualNetworkMapping
- VMnet0: Intel Gigabite...
- VMnet1: VMware Network Adapter VMnet1
- VMnet8: VMware Network Adapter VMnet8
2 bis 7 und 9 not bridget.

Mache ich was falsch?

Viele liebe Grüsse
Scampolo

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

Beitragvon Dayworker » 24.08.2011, 12:24

Deine Frage betrifft den VMserver2 und du bist im VMserver1-Bereich gelandet. Egal, sei's drum. ;)

Mitglied in der Gruppe der Administratoren zu sein reicht völlig aus, zumindest wenn du ein XP-artiges Host-OS (W2k-Pro-SP4 geht auch) einsetzt oder schon vor der VMserver2-Inst bereit Mitglied dieser Gruppe warst. Vista und W7 kannst du aufgrund ihres Einsatzgebietes als Desktop-OS auch fast vollständig knicken, sie werden deshalb offiziell nicht als Host-OS unterstützt und lediglich die Binärkompatibilität mit eingespielten Servicepacks zu einigen Server-Versionen sorgt für eine weitestgehend unproblematische Inst.
Von der Inst auf einem DC oder Mitglied einer Domäne ist ebenfalls abzuraten, offiziell nicht unterstützt und beim VMserver2.00 wurde die Inst auf einem DC sogar noch mit einer entsprechenden Fehlermeldung abgebrochen. Es gibt einfach zuviele Fallstricke oder gefährdet sogar die Sicherheit eines DC (Stichwort Benutzer-Account).

Deine Angaben zum Host- & Gast-OS sind nach wie vor unzureichend. Bitte verlinke ein vollständiges "vmware.log" auf einen Freehoster ohne Flashmüll oder Zwangswartezeiten. Dann sehen wir weiter.
Ich befürchte aber fast, daß neben einem offiziell nicht unterstütztem Host-OS deine VM über 2 vCPUs und mehr als 1GB vRAM verfügt, die vHDD als Sparse-Disk angelegt und ansonsten keinerlei Reservierung für VMware im Host-RAM vorgenommen wurde.

Member
Beiträge: 46
Registriert: 13.02.2006, 12:25

Beitragvon Scampolo » 29.08.2011, 23:01

Salü Ulli

Jetzt sehe ich tatsächlich den Unterschied zwischen den Foren 1 und 2. Sorry... ich gelobe Besserung.

Also ich habe an zwei unterschiedlichen Standorten (B und S) jeweils in einer abgeschotteten Entwickler Abteilung eine 64 Bit Hardware stehen. Darauf ein nicht empfohlenes Windows 2k8 r2. Das ist aber kein Problem, weil es nicht öffentlich ist und nur innerhalb einer kleinen Entwicklerumgebung arbeitet in welcher sowieso jeder user auf jedem System Administrator ist.

An beiden Standorten habe ich sowohl virtuelle WIndows XP als auch virtuelle Windows 2k8 r2 Clients.

Am Standort B kann ich vom Client auf den Host in bruchteilen von Sekunden kopieren. Am Standort S dauert der gleiche Kopiervorgang über 20 Sekunden (gemessen, nicht gefühlt).

An beiden Standorten habe ich de Werte von Virtual Network Editor verglichen. Automatic ridging ist an beiden Standorten eingeschaltet (Hacken gesetzt). Wenn ich den Hacken am langsamen Standort S entferne, ändert sich nichts. Auch nach einem Neustart des Host nicht.

Du hast geschireben, dass zwei Prozessoren Probleme machen. Ich habe bei den Gästen korrigiert auf "nur" ein Prozessor. Mein Host hat aber 8 cpu's. Dennoch keine Veränderung.

Auch das Reduzieren des Arbeitsspeicher von 2 GB auf 1 GB hat keine Verbesserung gebracht.

Der langsame Host hat 24GB Arbeitsspeicehr.

Ich mach mich mal auf die Suche nach der cmware.log.

Viele liebe Grüsse

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

Beitragvon Dayworker » 30.08.2011, 15:29

Autom.Bridging sollte aber immer abgeschaltet sein. Die Gründe dafür habe ich schon genannt.
Das 'vmware.log' liegt immer im Ordner der jeweiligen VM.

Member
Beiträge: 46
Registriert: 13.02.2006, 12:25

Beitragvon Scampolo » 31.08.2011, 20:59

Lieber Ulli

Vielen Dank. Ich habe das Bridging jetzt wieder deaktiviert. Ich hatte es wieder aktiviert weil es auf dem System B welches schnell läuft, auch aktiviert ist. Aber ok, jetzt ist es auf dem langsamen System S wieder deaktiviert und S ist noch immer langsam.

Die Logs habe ich gefunden. Und ach herje, da streuben einem sich die Haare. Einen Punkt, mit dem CPU Takt habe ich gleich gefunden gegoogelt und eine Lösung in der Config gefunden. Aber viel Geschwindigkeit hat es nicht gebracht.

Unten füge ich einen Ausschnitt, die ersten Paar Zeilen ein in welchen ich glaube, da sind die Fehler verborgen. Aber so richtig wissen wo das jetzt suchen (HD: Ffialed to find the pattern) weiss ich nicht. Weiss nicht mal was das heissen soll.

Hast Du eine Idee?



Vielen Dank für Deine Infos.
Sei herzlichst gegrüsst.



Aug 30 13:17:33.807: vmx| Log for VMware Server pid=3448 version=2.0.2 build=build-203138 option=Release
Aug 30 13:17:33.807: vmx| Hostname=Alpha.TestDomain.local
Aug 30 13:17:33.807: vmx| IP=(Unknown)
Aug 30 13:17:33.807: vmx| IP=(Unknown)
Aug 30 13:17:33.807: vmx| IP=(Unknown)
Aug 30 13:17:33.807: vmx| IP=(Unknown)
Aug 30 13:17:33.807: vmx| IP=192.168.1.7
Aug 30 13:17:33.807: vmx| IP=192.168.164.1
Aug 30 13:17:33.807: vmx| IP=192.168.10.1
Aug 30 13:17:33.807: vmx| Command line: "C:\Program Files (x86)\VMware\VMware Server\x64\vmware-vmx.exe" "-#" "name=VMware Server;version=2.0.2;buildnumber=203138;licensename=VMware GSX Server for Win32;licenseversion=3.0 build-203138;" "-@" "pipe=\\.\pipe\vmxad07cbec5d990f9e;" "C:\Virtual Machines\vmAlpha\vmAlpha.vmx"
Aug 30 13:17:33.917: vmx| UI Connecting to pipe '\\.\pipe\vmxad07cbec5d990f9e' with user '(null)'
Aug 30 13:17:33.932: vmx| Transitioned vmx/execState/val to poweredOff
Aug 30 13:17:33.948: vmx| MStat: Creating Stat system.cpuusage
Aug 30 13:17:33.948: vmx| MStat: Creating Stat system.ram
Aug 30 13:17:33.948: vmx| MStat: Creating Stat system.uptime
Aug 30 13:17:33.948: vmx| MStat: Creating Stat system.load
Aug 30 13:17:33.948: vmx| HD: host version is 6.1.7601
Aug 30 13:17:33.948: vmx| HD: addr fffff8000176af40
Aug 30 13:17:33.948: vmx| HD: failed to find the pattern.
Aug 30 13:17:33.948: vmx| VMMon: failed memory configuration
Aug 30 13:17:33.963: vmx| CPU # 0 TSC = 362187037430
Aug 30 13:17:33.963: vmx| CPU # 1 TSC = 362187037610
Aug 30 13:17:33.963: vmx| CPU # 2 TSC = 362187037566
Aug 30 13:17:33.963: vmx| CPU # 3 TSC = 362187037672
Aug 30 13:17:33.963: vmx| CPU # 4 TSC = 362187037710
Aug 30 13:17:33.963: vmx| CPU # 5 TSC = 362187037645
Aug 30 13:17:33.963: vmx| CPU # 6 TSC = 362187037609
Aug 30 13:17:33.963: vmx| CPU # 7 TSC = 362187037671
Aug 30 13:17:33.963: vmx| TSC delta 280
Aug 30 13:17:33.963: vmx| PTSC: RefClockToTSC 2337939Hz -> 2400000000Hz
Aug 30 13:17:33.963: vmx| PTSC: RefClockToTSC ((x * 2152821266) >> 21)
Aug 30 13:17:33.963: vmx| PTSC: using TSC
Aug 30 13:17:33.963: vmx| CPUID[0] vendor: GenuntelineI
Aug 30 13:17:33.963: vmx| CPUID[0] name: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
Aug 30 13:17:33.963: vmx| CPUID[0] level 00000000, 0: 0x0000000b 0x756e6547 0x6c65746e 0x49656e69
Aug 30 13:17:33.963: vmx| CPUID[0] level 00000001, 0: 0x000206c2 0x20200800 0x009ee3fd 0xbfebfbff

und dann nach vielen Zahlen noch das hier:

Aug 30 13:17:34.088: vmx| CPU[6]: MSR 0x490 = 0xffff000011fb
Aug 30 13:17:34.088: vmx| CPU[7]: MSR 0x490 = 0xffff000011fb
Aug 30 13:17:34.088: vmx| Common: MSR 0x490 = 0
Aug 30 13:17:34.088: vmx| Host ACPI: can't find SRAT
Aug 30 13:17:34.088: vmx| Host: SRAT tables not found in memory
Aug 30 13:17:34.088: vmx| ACL_InitCapabilities: current IPC thread
Aug 30 13:17:34.088: vmx| ACL_InitCapabilities: done
Aug 30 13:17:34.088: vmx| changing directory to C:\Virtual Machines\vmAlpha\.
Aug 30 13:17:34.088: vmx| Config file: C:\Virtual Machines\vmAlpha\vmAlpha.vmx
Aug 30 13:17:34.197: vmx| VMXVmdb_LoadRawConfig: Loading raw config
Aug 30 13:17:34.353: vmx| VMXVmdbCbVmVmxExecState: Exec state change requested to state poweredOn without reset, soft.
Aug 30 13:17:34.353: vmx| TOOLS delaying state change request to state 3
Aug 30 13:17:34.353: vmx| PowerOn
Aug 30 13:17:34.353: vmx| VMX_PowerOn: VMX build 203138, UI build 203138
Aug 30 13:17:34.353: vmx| Host: WIN32 highest NUMA node 0
Aug 30 13:17:34.353: vmx| Host: WIN32 NUMA node 0, CPU mask 0x00000000000000ff
Aug 30 13:17:34.353: vmx| VMXVmdb_LoadRawConfig: Loading raw config
Aug 30 13:17:34.353: vmx| HOST Windows version 6.1, build 7601, platform 2, "Service Pack 1", SMP
Aug 30 13:17:34.353: vmx| DICT --- USER PREFERENCES
Aug 30 13:17:34.353: vmx| DICT --- USER DEFAULTS
Aug 30 13:17:34.353: vmx| DICT --- HOST DEFAULTS
Aug 30 13:17:34.353: vmx| DICT authd.client.port = 902
Aug 30 13:17:34.353: vmx| DICT authd.proxy.vim = vmware-hostd:hostd-vmdb
Aug 30 13:17:34.353: vmx| DICT authd.proxy.nfc = vmware-hostd:ha-nfc
Aug 30 13:17:34.353: vmx| DICT host.cpukhz = 2400000
Aug 30 13:17:34.353: vmx| DICT --- SITE DEFAULTS
Aug 30 13:17:34.353: vmx| DICT authd.client.port = 902
Aug 30 13:17:34.353: vmx| DICT authd.proxy.vim = vmware-hostd:hostd-vmdb
Aug 30 13:17:34.353: vmx| DICT authd.proxy.nfc = vmware-hostd:ha-nfc
Aug 30 13:17:34.353: vmx| DICT host.cpukhz = 2400000
Aug 30 13:17:34.353: vmx| DICT --- COMMAND LINE
Aug 30 13:17:34.353: vmx| DICT --- CONFIGURATION
Aug 30 13:17:34.353: vmx| DICT config.version = 8
Aug 30 13:17:34.353: vmx| DICT virtualHW.version = 7
Aug 30 13:17:34.353: vmx| DICT floppy0.present = FALSE
Aug 30 13:17:34.353: vmx| DICT mks.enable3d = TRUE
Aug 30 13:17:34.353: vmx| DICT pciBridge0.present = TRUE
Aug 30 13:17:34.353: vmx| DICT pciBridge4.present = TRUE
Aug 30 13:17:34.353: vmx| DICT pciBridge4.virtualDev = pcieRootPort
Aug 30 13:17:34.353: vmx| DICT pciBridge4.functions = 8
Aug 30 13:17:34.353: vmx| DICT pciBridge5.present = TRUE
Aug 30 13:17:34.353: vmx| DICT pciBridge5.virtualDev = pcieRootPort
Aug 30 13:17:34.353: vmx| DICT pciBridge5.functions = 8
Aug 30 13:17:34.353: vmx| DICT pciBridge6.present = TRUE
Aug 30 13:17:34.353: vmx| DICT pciBridge6.virtualDev = pcieRootPort
Aug 30 13:17:34.353: vmx| DICT pciBridge6.functions = 8
Aug 30 13:17:34.353: vmx| DICT pciBridge7.present = TRUE
Aug 30 13:17:34.353: vmx| DICT pciBridge7.virtualDev = pcieRootPort
Aug 30 13:17:34.353: vmx| DICT pciBridge7.functions = 8
Aug 30 13:17:34.353: vmx| DICT vmci0.present = TRUE
Aug 30 13:17:34.353: vmx| DICT nvram = vmAlpha.nvram
Aug 30 13:17:34.353: vmx| DICT virtualHW.productCompatibility = hosted
Aug 30 13:17:34.353: vmx| DICT ft.secondary0.enabled = TRUE
Aug 30 13:17:34.353: vmx| DICT tools.upgrade.policy = useGlobal
Aug 30 13:17:34.353: vmx| DICT powerType.powerOff = soft
Aug 30 13:17:34.353: vmx| DICT powerType.powerOn = hard
Aug 30 13:17:34.353: vmx| DICT powerType.suspend = hard
Aug 30 13:17:34.353: vmx| DICT powerType.reset = soft
Aug 30 13:17:34.353: vmx| DICT displayName = vmAlpha
Aug 30 13:17:34.353: vmx| DICT extendedConfigFile = vmAlpha.vmxf
Aug 30 13:17:34.353: vmx| DICT scsi0.present = TRUE
Aug 30 13:17:34.353: vmx| DICT scsi0.sharedBus = none
Aug 30 13:17:34.353: vmx| DICT scsi0.virtualDev = lsisas1068
Aug 30 13:17:34.353: vmx| DICT memsize = 1024
Aug 30 13:17:34.353: vmx| DICT scsi0:0.present = TRUE
Aug 30 13:17:34.353: vmx| DICT scsi0:0.fileName = vmAlpha.vmdk
Aug 30 13:17:34.353: vmx| DICT scsi0:0.writeThrough = TRUE
Aug 30 13:17:34.353: vmx| DICT ide1:0.present = TRUE
Aug 30 13:17:34.353: vmx| DICT ide1:0.fileName = R:
Aug 30 13:17:34.353: vmx| DICT ide1:0.deviceType = atapi-cdrom
Aug 30 13:17:34.353: vmx| DICT ide1:0.allowGuestConnectionControl = FALSE
Aug 30 13:17:34.353: vmx| DICT ethernet0.present = TRUE
Aug 30 13:17:34.353: vmx| DICT ethernet0.allowGuestConnectionControl = FALSE
Aug 30 13:17:34.353: vmx| DICT ethernet0.virtualDev = e1000
Aug 30 13:17:34.353: vmx| DICT ethernet0.features = 1
Aug 30 13:17:34.353: vmx| DICT ethernet0.wakeOnPcktRcv = FALSE
Aug 30 13:17:34.353: vmx| DICT ethernet0.networkName = Bridged
Aug 30 13:17:34.353: vmx| DICT ethernet0.addressType = generated
Aug 30 13:17:34.353: vmx| DICT guestOS = longhorn-64
Aug 30 13:17:34.353: vmx| DICT uuid.location = 56 4d 6e 62 db c0 cb 15-44 24 ba 56 8e 4f 6f 3a
Aug 30 13:17:34.353: vmx| DICT uuid.bios = 56 4d 6e 62 db c0 cb 15-44 24 ba 56 8e 4f 6f 3a
Aug 30 13:17:34.353: vmx| DICT vc.uuid = 52 de ca b0 e0 a2 35 bb-0c f3 e4 9d 97 98 e6 7f
Aug 30 13:17:34.353: vmx| DICT ethernet0.generatedAddress = 00:0c:29:4f:6f:3a
Aug 30 13:17:34.353: vmx| DICT scsi0:0.redo =
Aug 30 13:17:34.353: vmx| DICT vmotion.checkpointFBSize = 134217728
Aug 30 13:17:34.353: vmx| DICT pciBridge0.pciSlotNumber = 17
Aug 30 13:17:34.353: vmx| DICT pciBridge4.pciSlotNumber = 21
Aug 30 13:17:34.353: vmx| DICT pciBridge5.pciSlotNumber = 22
Aug 30 13:17:34.353: vmx| DICT pciBridge6.pciSlotNumber = 23
Aug 30 13:17:34.353: vmx| DICT pciBridge7.pciSlotNumber = 24
Aug 30 13:17:34.353: vmx| DICT scsi0.pciSlotNumber = 160
Aug 30 13:17:34.353: vmx| DICT ethernet0.pciSlotNumber = 32
Aug 30 13:17:34.353: vmx| DICT vmci0.pciSlotNumber = 33
Aug 30 13:17:34.353: vmx| DICT scsi0.sasWWID = 50 05 05 61 42 21 93 50
Aug 30 13:17:34.353: vmx| DICT ethernet0.generatedAddressOffset = 0
Aug 30 13:17:34.353: vmx| DICT vmci0.id = -1907396806
Aug 30 13:17:34.353: vmx| DICT tools.syncTime = FALSE
Aug 30 13:17:34.353: vmx| DICT tools.remindInstall = FALSE
Aug 30 13:17:34.353: vmx| DICT ide1:0.startConnected = TRUE
Aug 30 13:17:34.353: vmx| DICT annotation = Printserver:
Aug 30 13:17:34.353: vmx|
Aug 30 13:17:34.353: vmx| - Antivirus
Aug 30 13:17:34.353: vmx| - Drucker
Aug 30 13:17:34.353: vmx| - Druck Erfassungsprogramm (Ricoh Equitrac Office4)
Aug 30 13:17:34.353: vmx| - Powershell
Aug 30 13:17:34.353: vmx| - Microsoft Exchange (AD Synchronisation)
Aug 30 13:17:34.353: vmx| - Graphisoft Codemeter
Aug 30 13:17:34.353: vmx| DICT usb.present = TRUE
Aug 30 13:17:34.353: vmx| DICT ehci.present = FALSE
Aug 30 13:17:34.353: vmx| DICT usb.pciSlotNumber = 34
Aug 30 13:17:34.353: vmx| DICT ehci.pciSlotNumber = -1
Aug 30 13:17:34.353: vmx| DICT usb:0.present = TRUE
Aug 30 13:17:34.353: vmx| DICT usb:1.present = TRUE
Aug 30 13:17:34.353: vmx| DICT usb:1.deviceType = hub
Aug 30 13:17:34.353: vmx| DICT usb:0.deviceType = mouse
Aug 30 13:17:34.353: vmx| DICT usb.autoConnect.device0 = path:1/6/0 autoclean:1
Aug 30 13:17:34.353: vmx| DICT --- USER DEFAULTS
Aug 30 13:17:34.353: vmx| DICT --- HOST DEFAULTS
Aug 30 13:17:34.353: vmx| DICT authd.client.port = 902
Aug 30 13:17:34.353: vmx| DICT authd.proxy.vim = vmware-hostd:hostd-vmdb
Aug 30 13:17:34.353: vmx| DICT authd.proxy.nfc = vmware-hostd:ha-nfc
Aug 30 13:17:34.353: vmx| DICT host.cpukhz = 2400000
Aug 30 13:17:34.353: vmx| DICT --- SITE DEFAULTS
Aug 30 13:17:34.353: vmx| DICT authd.client.port = 902
Aug 30 13:17:34.353: vmx| DICT authd.proxy.vim = vmware-hostd:hostd-vmdb
Aug 30 13:17:34.353: vmx| DICT authd.proxy.nfc = vmware-hostd:ha-nfc
Aug 30 13:17:34.353: vmx| DICT host.cpukhz = 2400000
Aug 30 13:17:34.353: vmx| DICT --- GLOBAL SETTINGS
Aug 30 13:17:34.369: vmx| hostCpuFeatures = 0x4c4001fd
Aug 30 13:17:34.369: vmx| hostNumPerfCounters = 4
Aug 30 13:17:34.369: vmx| CPU0: PMC: IA32, Nehalem PMC: unused [c:0 f:1 e:0]
Aug 30 13:17:34.369: vmx| CPU1: PMC: IA32, Nehalem PMC: unused [c:0 f:1 e:0]
Aug 30 13:17:34.369: vmx| CPU2: PMC: IA32, Nehalem PMC: unused [c:0 f:1 e:0]
Aug 30 13:17:34.369: vmx| CPU3: PMC: IA32, Nehalem PMC: unused [c:0 f:1 e:0]
Aug 30 13:17:34.369: vmx| CPU4: PMC: IA32, Nehalem PMC: unused [c:0 f:1 e:0]
Aug 30 13:17:34.369: vmx| CPU5: PMC: IA32, Nehalem PMC: unused [c:0 f:1 e:0]
Aug 30 13:17:34.369: vmx| CPU6: PMC: IA32, Nehalem PMC: unused [c:0 f:1 e:0]
Aug 30 13:17:34.369: vmx| CPU7: PMC: IA32, Nehalem PMC: unused [c:0 f:1 e:0]
Aug 30 13:17:34.369: vmx| MONITOR MODE: allowed modes : BT HV HWMMU
Aug 30 13:17:34.369: vmx| MONITOR MODE: user requested modes : BT HV HWMMU
Aug 30 13:17:34.369: vmx| MONITOR MODE: guestOS preferred modes: HWMMU HV BT
Aug 30 13:17:34.369: vmx| MONITOR MODE: filtered list : HWMMU HV BT
Aug 30 13:17:34.369: vmx| HV Settings: virtual exec = 'hardware'; virtual mmu = 'hardware'
Aug 30 13:17:34.431: vmx| VMXVmdb_LoadRawConfig: Loading raw config
Aug 30 13:17:34.431: vmx| Host display topology 1024x768.
Aug 30 13:17:34.431: vmx| SVGA using 2360x1770.
Aug 30 13:17:34.431: vmx| WSSCAN: reserved mem (in MB) min=32 max=24440 recommended=24440
Aug 30 13:17:34.431: vmx| WSSCAN: used rec mem (in MB) 24440
Aug 30 13:17:34.431: vmx| PSHARE: scan rate min 16 max 400
Aug 30 13:17:34.431: vmx| WSSCAN: Overhead 296222 paged 16918 nonpaged 32768 maxFBSize
Aug 30 13:17:34.447: vmx| WSSCAN 1 1 4708643 4716835 6256640 5498129 50 0
Aug 30 13:17:34.447: vmx| LICENSE using: 'HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc.\VMware Server\Dormant\License.gsx.3.0-00'
Aug 30 13:17:34.587: vmx| LOG failed to remove stats\stats32-2 failed: Unknown error 3 (0x3)
Aug 30 13:17:34.587: vmx| LOG failed to rename stats\stats32-1 -> stats\stats32-2 failed: Unknown error 3 (0x3)
Aug 30 13:17:34.587: vmx| LOG failed to rename stats\stats32-0 -> stats\stats32-1 failed: Unknown error 3 (0x3)
Aug 30 13:17:34.587: vmx| LOG failed to rename stats\stats32 -> stats\stats32-0 failed: Unknown error 3 (0x3)
Aug 30 13:17:34.587: vmx| LOG failed to remove stats\stats64-2 failed: Unknown error 3 (0x3)
Aug 30 13:17:34.587: vmx| LOG failed to rename stats\stats64-1 -> stats\stats64-2 failed: Unknown error 3 (0x3)
Aug 30 13:17:34.587: vmx| LOG failed to rename stats\stats64-0 -> stats\stats64-1 failed: Unknown error 3 (0x3)
Aug 30 13:17:34.587: vmx| LOG failed to rename stats\stats64 -> stats\stats64-0 failed: Unknown error 3 (0x3)
Aug 30 13:17:34.587: vmx| LOG failed to remove stats32-2 failed: Unknown error 2 (0x2)
Aug 30 13:17:34.587: vmx| LOG failed to remove stats64-2 failed: Unknown error 2 (0x2)
Aug 30 13:17:34.587: vmx| Monitor_PowerOn: HostedVSMP skew tracking is disabled
Aug 30 13:17:34.587: vmx| Monitor_PowerOn: HostedVSMP crosscall yielding is disabled
Aug 30 13:17:34.587: vmx| vmm32-modules: [vmm.vmm32 .data:0x2b000-0x728 .sdata:0x2c000-0x4e4 .statvars:0x2d000-0x3a0 .peer:0x2e000-0x261c0 .shared:0x56000-0x12ac0 .bss:0x6a000-0x5c88 .rodata:0x71000-0xb430 .text:0x7d000-0x5902d .kstatvars:0x3000-0x0, mmu-pae.vmm32 .rodata:0x7c430-0x44 .data:0x2b728-0xc .peer:0x541c0-0x16c0 .shared:0x68ac0-0x2c0 .bss:0x6fca0-0x518 .text:0xd6030-0xa4e7 .comment:0x40000d26-0x10e .statvars:0x2000-0x0 .kstatvars:0x2000-0x0 .scb:0x400038a0-0x180 .shared_meta:0x40003c00-0x390 .peer_meta:0x40001020-0x210, sharedmmu-none.vmm32 .text:0xe0518-0x32 .comment:0x40000e34-0x12, pv-none.vmm32 .shared:0x68d80-0x180 .bss:0x701c0-0x84 .text:0xe054c-0xe6 .comment:0x40000e46-0x48 .shared_meta:0x40003f90-0x90, vprobe-none.vmm32 .text:0xe0634-0x79 .comment:0x40000e8e-0x12, hv-vt.vmm32 .rodata:0x7c474-0x4 .data:0x1000-0x0 .peer:0x1000-0x0 .shared:0x1000-0x0 .bss:0x1000-0x0 .text:0xe06b0-0x141 .comment:0x40000ea0-0x12 .statvars:0x1000-0x0 .kstatvars:0x1000-0x0, gphys-ept.vmm32 .peer:0x55880-0x40 .shared:0x68f00-0x200 .bss:0x70244-0x4 .text:0xe0800-0xeef .comment:0x40000eb2-0x12 .scb:0x40003a20-0x60 .shared_meta:0x40004020-0x2a0 .peer_meta:0x40001230-0x60, vassert-none.vmm32 .text:0xe16f0-0xf .comment:0x40000ec4-0x12, vmsafe-none.vmm32 .text:0xe1700-0xd .comment:0x40000ed6-0x12, <MonSrcFile> .rodata:0x7c478-0x36c]
Aug 30 13:17:34.603: vmx| KHZEstimate 2400000
Aug 30 13:17:34.603: vmx| MHZEstimate 2400
Aug 30 13:17:34.603: vmx| NumVCPUs 1
Aug 30 13:17:34.603: vmx| PShare: enabled 1, scanRate 32, checkRate 16
Aug 30 13:17:34.603: vmx| UUID: location-UUID is 56 4d 18 bf 7b 81 61 12-71 73 ed fd b3 ab cf 08
Aug 30 13:17:34.603: vmx| UUID: location-UUID is 56 4d 6e 62 db c0 cb 15-44 24 ba 56 8e 4f 6f 3a
Aug 30 13:17:34.603: vmx| UUID: location-UUID is 56 4d 6e 62 db c0 cb 15-44 24 ba 56 8e 4f 6f 3a
Aug 30 13:17:34.603: vmx| AIOGNRC: numThreads=18 ide=0, scsi=1, passthru=1
Aug 30 13:17:34.603: vmx| WORKER: Creating new group with numThreads=18 (18)
Aug 30 13:17:34.603: vmx| Replay State = 0
Aug 30 13:17:34.603: vmx| minDEThreshold: 79
Aug 30 13:17:34.603: vmx| MM: Using partialmap, 262144 pages AC 0 CE 1 TM 0 DOHU 0
Aug 30 13:17:34.603: vmx| UUID: location-UUID is 56 4d 6e 62 db c0 cb 15-44 24 ba 56 8e 4f 6f 3a
Aug 30 13:17:34.603: vmx| MM: using 'C:\Virtual Machines\vmAlpha\564d6e62-dbc0-cb15-4424-ba568e4f6f3a.vmem' as a paging file
Aug 30 13:17:34.603: vmx| Opened paging file C:\Virtual Machines\vmAlpha\564d6e62-dbc0-cb15-4424-ba568e4f6f3a.vmem
Aug 30 13:17:34.603: vmx| Mapped mainmem as pageable
Aug 30 13:17:34.603: vmx| MStat: Creating Stat vm.cpuusage
Aug 30 13:17:34.603: vmx| MStat: Creating Stat vm.ram
Aug 30 13:17:34.603: vmx| MStat: Creating Stat vm.uptime
Aug 30 13:17:34.603: vmx| MStat: Creating Stat vm.suspendTime
Aug 30 13:17:34.603: vmx| MStat: Creating Stat vm.powerOnTimeStamp
Aug 30 13:17:34.603: vmx| VMXAIOMGR: Using: simple=Generic unbuf=Compl
Aug 30 13:17:34.634: vmx| VMXVmdb_LoadRawConfig: Loading raw config
Aug 30 13:17:34.634: vmx| DISK: OPEN scsi0:0 'C:\Virtual Machines\vmAlpha\vmAlpha.vmdk' persistent R[]
Aug 30 13:17:35.274: vmx| DISKLIB-DSCPTR: Opened [0]: "vmAlpha.vmdk" (0x2a)
Aug 30 13:17:35.274: vmx| DISKLIB-LINK : Opened 'C:\Virtual Machines\vmAlpha\vmAlpha.vmdk' (0x2a): monolithicSparse, 482344960 sectors / 230 GB.
Aug 30 13:17:35.274: vmx| DISKLIB-LIB : Opened "C:\Virtual Machines\vmAlpha\vmAlpha.vmdk" (flags 0x2a).
Aug 30 13:17:35.274: vmx| DiskGetGeometry: Reading of disk partition table
Aug 30 13:17:35.289: vmx| DISK: OPEN 'C:\Virtual Machines\vmAlpha\vmAlpha.vmdk' Geo (30024/255/63) BIOS Geo (30024/255/63) freeSpace=116985 MB, lsilogic
Aug 30 13:17:35.321: vmx| TimeTracker host to guest rate conversion 365449947408 @ 2400000000Hz -> 365449947408 @ 2400000000Hz
Aug 30 13:17:35.321: vmx| TimeTracker host to guest rate conversion ((x * 2147483648) >> 31) + 0
Aug 30 13:17:35.336: vmx| USB: Search for USB devices to connect [path:1/6/0 autoclean:1]
Aug 30 13:17:35.336: vmx| USB: Initializing 'Generic' backend
Aug 30 13:17:35.336: vmx| USBGW: Connected to HCMON version 3.1
Aug 30 13:17:35.336: vmx| USB: Initializing 'Virtual Hub' backend
Aug 30 13:17:35.336: vmx| USB: Initializing 'Virtual Mouse' backend
Aug 30 13:17:35.336: vmx| USB: Initializing 'Virtual Keyboard' backend
Aug 30 13:17:35.336: vmx| USB: Initializing 'Remote Device' backend
Aug 30 13:17:35.336: vmx| RemoteUSBVMX: no delay setting is TRUE.
Aug 30 13:17:35.336: vmx| USB: Initializing 'Virtual Mass Storage' backend
Aug 30 13:17:35.352: vmx| USB: Initializing 'Virtual CCID' backend
Aug 30 13:17:35.352: vmx| USB-CCID: Could not establish resource manager context for card ops: SCARD_E_NO_SERVICE(0x8010001d).
Aug 30 13:17:35.352: vmx| USB: Unable to initialize 'Virtual CCID' backend
Aug 30 13:17:35.399: vmx| USBGW: Skipping disk backing for file (C:\Virtual Machines\vmAlpha\vmAlpha.vmx).
Aug 30 13:17:35.414: vmx| USBGW: Skipping disk backing for file (C:\Virtual Machines\vmAlpha\vmAlpha.vmdk).
Aug 30 13:17:35.414: vmx| USBGW: Skipping disk backing for file (C:\Virtual Machines\vmAlpha\vmAlpha.vmsd).
Aug 30 13:17:35.414: vmx| USBGW: Skipping disk backing for file (C:\Virtual Machines\vmAlpha\vmAlpha.nvram).
Aug 30 13:17:35.430: vmx| Host display topology 1024x768.
Aug 30 13:17:35.430: vmx| SVGA using 2360x1770.
Aug 30 13:17:35.539: vmx| WORKER: Creating new group with numThreads=1 (19)
Aug 30 13:17:35.539: vmx| MKS REMOTE Loading VNC Configuration from VM config file
Aug 30 13:17:35.555: vmx| VLANCE: send cluster threshold is 80, size = 2 recalcInterval is 2 ticks
Aug 30 13:17:35.555: vmx| VMXNET: send cluster threshold is 80, size = 2 recalcInterval is 2 ticks, dontClusterSize is 128
Aug 30 13:17:35.555: vmx| NetPkt: checksum cycles/kB: C=22 asm1=732 asm2=385
Aug 30 13:17:35.555: vmx| NetPkt: copy and sum cycles/kB: C=274 asm1=630 asm2=291
Aug 30 13:17:35.555: vmx| Chipset version: 0x13
Aug 30 13:17:35.601: vmx| MStat: Creating Stat ide1:0.bytesread
Aug 30 13:17:35.601: vmx| MStat: Creating Stat ide1:0.byteswritten
Aug 30 13:17:35.601: vmx| DISKUTIL: ide1:0 : capacity=0
Aug 30 13:17:35.601: vmx| DISKUTIL: ide1:0 : geometry=0/0/0
Aug 30 13:17:35.617: vmx| SCSI0: UNTAGGED commands will be converted to ORDER tags.
Aug 30 13:17:35.617: vmx| MStat: Creating Stat scsi0:0.bytesread
Aug 30 13:17:35.617: vmx| MStat: Creating Stat scsi0:0.byteswritten
Aug 30 13:17:35.617: vmx| DISKUTIL: scsi0:0 : capacity=482344960
Aug 30 13:17:35.617: vmx| DISKUTIL: scsi0:0 : geometry=30024/255/63
Aug 30 13:17:35.617: vmx| SVGA: Advertising 3D acceleration.
Aug 30 13:17:35.617: vmx| Host display topology 1024x768 with 1 displays.
Aug 30 13:17:35.617: vmx| SVGA using 2360x1770.
Aug 30 13:17:35.617: vmx| USB: Initializing 'UHCI' host controller
Aug 30 13:17:35.633: vmx| MStat: Creating Stat ethernet0.bytesread
Aug 30 13:17:35.633: vmx| MStat: Creating Stat ethernet0.byteswritten
Aug 30 13:17:35.633: vmx| Ethernet0 MAC Address: 00:0c:29:4f:6f:3a
Aug 30 13:17:35.648: vmx| MStat: Creating Stat vm.heartbeat
Aug 30 13:17:35.648: vmx| DISKUTIL: scsi0:0 : toolsVersion = 7398
Aug 30 13:17:35.664: vmx| TOOLS INSTALL initializing state to IDLE on power on.
Aug 30 13:17:35.695: vmx| PTSC to VMI Wallclock (nsec) 366350095539 @ 2400000000Hz -> 1314703055000000000 @ 1000000000Hz
Aug 30 13:17:35.695: vmx| PTSC to VMI Wallclock (nsec) ((x * 3579139413) >> 33) + 1314702902354126873
Aug 30 13:17:35.695: vmx| PTSC to ParaTime RealCycles 0 @ 2400000000Hz -> 0 @ 2400000000Hz
Aug 30 13:17:35.695: vmx| PTSC to ParaTime RealCycles ((x * 1) >> 0) + 0
Aug 30 13:17:35.695: vmx| ParaTime RealCycles to PTSC 0 @ 2400000000Hz -> 0 @ 2400000000Hz
Aug 30 13:17:35.695: vmx| ParaTime RealCycles to PTSC ((x * 1) >> 0) + 0
Aug 30 13:17:35.695: vmx| memoryHotplug: Current size = 1024MB, Minimum size = 1024MB, Maximum size = 1024MB
Aug 30 13:17:35.695: vmx| memoryHotplug: Entry[0]: 00000000000000A0-00000000000A0000
Aug 30 13:17:35.695: vmx| memoryHotplug: Entry[1]: 00000000001000A0-0000000040000000
Aug 30 13:17:35.695: vmx| guestCpuFeatures = 0x404001fd
Aug 30 13:17:35.695: vmx| guestCPUID vendor: GenuntelineI
Aug 30 13:17:35.695: vmx| guestCPUID name: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
Aug 30 13:17:35.695: vmx| guestCPUID level 00000000, 0: 0x0000000b 0x756e6547 0x6c65746e 0x49656e69
Aug 30 13:17:35.695: vmx| guestCPUID level 00000001, 0: 0x000206c2 0x20010800 0x80982201 0x0febfbff

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

Beitragvon Dayworker » 31.08.2011, 21:24

Ein unvollständiges Log ist erfahrungsgemäß nutzlos, deines kannst du genauso gut auch wieder rausnehmen.
Verlinke bitte immer das vollständige, dann sehen wir weiter. ;)

Member
Beiträge: 46
Registriert: 13.02.2006, 12:25

vmware.log

Beitragvon Scampolo » 01.09.2011, 11:00

Salü Ulli

Wow, das iFile.it ist ja mega genial. Hatte mich immer vor sowas gescheut. Aber das sind ja zwei Klicks... Danke Dir vielmals.

Hier der Link zu meinem Log:
http://ifile.it/1qbrwln/vmware.log

Viele liebe Grüsse

Member
Beiträge: 46
Registriert: 13.02.2006, 12:25

Beitragvon Scampolo » 07.09.2011, 22:01

Weiss jemand, was

HD: failed to find the pattern.

im Log bedeutet? Ist HD HardDisk und die Festplatte gemeint? Failed to find the pattern übersetze ich mit: Muster nicht gefunden. Aber das sagt mir nichts. und wenn ich bei Google nach dieser Meldung suche, dann bekomme ich 3 Resultate, ein Log und zwei die mir nicht helfen.

Gleich auf der Folgezeile kommt

VMMon: failed memory configuration

Das schaut für mich auch nicht gesund aus.

Wer weiss was dazu?

Vielen lieben Dank und Gruss

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

Beitragvon Dayworker » 08.09.2011, 00:36

Aug 31 21:05:48.764: vmx| DICT --- USER DEFAULTS
Aug 31 21:05:48.764: vmx| DICT --- HOST DEFAULTS
Aug 31 21:05:48.764: vmx| DICT authd.client.port = 902
Aug 31 21:05:48.764: vmx| DICT authd.proxy.vim = vmware-hostd:hostd-vmdb
Aug 31 21:05:48.764: vmx| DICT authd.proxy.nfc = vmware-hostd:ha-nfc
Aug 31 21:05:48.764: vmx| DICT host.cpukhz = 2400000
Aug 31 21:05:48.764: vmx| DICT --- SITE DEFAULTS
Deine "config.ini" enthält weder Angaben zum Datastore noch zur RAM-Reservierung für VMware. Daher sind folgende Log-Einträge die Quittung, da der Host mehr mit der Verwaltung deiner 2GB VM-RAM oder vielmehr seiner Auslagerung in seinen Virtuellen Arbeitsspeicher (ergo die Festplatte), als mit der VM an sich beschäftigt ist:
Sep 01 08:35:47.234: vcpu-0| Not caching pages 4028503 through 4028511 because of write on page 4028507 on write.
Sep 01 09:54:11.360: vcpu-0| Not caching pages 919474 through 919474 because of write on page 919474 on write.
Sep 01 09:54:11.361: vcpu-0| Not caching pages 4790576 through 4790580 because of write on page 4790579 on write.
Sep 01 09:58:06.208: vcpu-0| Not caching pages 8092944 through 8093007 because of write on page 8092951 on write.
Sep 01 09:58:06.209: vcpu-0| Not caching pages 8092944 through 8093007 because of write on page 8092951 on write.
Sep 01 09:59:18.911: vcpu-0| Not caching pages 4817864 through 4817927 because of write on page 4817920 on write.
Sep 01 09:59:22.499: vcpu-0| Not caching pages 8092893 through 8092956 because of write on page 8092951 on write.
Sep 01 09:59:22.504: vcpu-0| Not caching pages 8092925 through 8092988 because of write on page 8092951 on write.
Sep 01 09:59:22.508: vcpu-0| Not caching pages 8092925 through 8092956 because of write on page 8092951 on write.
Sep 01 09:59:36.745: vcpu-0| Not caching pages 4742448 through 4742453 because of write on page 4742451 on write.


Aug 31 21:05:49.558: vmx| DISKLIB-LINK : Opened 'C:\Virtual Machines\vmAlpha\vmAlpha.vmdk' (0x2a): monolithicSparse, 482344960 sectors / 230 GB.
Mit einer Sparse-Disk und dann noch von dieser Größe, brauchst du keinerlei Performance mehr erwarten. Folgende Log-Einträge sind daher die logische Konsequenz:
Sep 01 01:55:48.383: vcpu-0| DISKLIB-LIB : numIOs = 200000 numMergedIOs = 7103 numSplitIOs = 214
Sep 01 08:00:53.168: vmx| DISKLIB-LIB : numIOs = 250000 numMergedIOs = 7697 numSplitIOs = 225
Sep 01 09:59:39.290: vmx| DISKLIB-LIB : numIOs = 300000 numMergedIOs = 8593 numSplitIOs = 284


Die Lösung dürfte auch recht einfach sein. Wandel die Sparse-Disk zumindest in eine Preallocated um, wenn du schon System und Virtuelle Maschinen nicht auf unterschiedlichen Platten (ich meine damit wirklich getrennte Platten und nicht Partitionen derselben Platte) lagerst. Über das Consolen-Plugin unter "Host" -> "Host-Settings" -> Reiter "Memory" reservierst du außerdem mindestens die RAM-Grösse aller gleichzeitig laufender VMs + 512MB für VMware und wählst "Fit all virtual machine memory into reserved host RAM" aus. Damit hättest du dann erstmal eine wesentlich besser passende VMware-Grundeinstellung. Weiter Tunen kannst du fast jede VM und alles notwendige findet sich über "swappiness" in unserer Forensuche.



[add]
Aug 31 21:05:48.463: vmx| HD: host version is 6.1.7601
Aug 31 21:05:48.463: vmx| HD: addr fffff8000176af40
Aug 31 21:05:48.464: vmx| HD: failed to find the pattern.
Aug 31 21:05:48.464: vmx| VMMon: failed memory configuration
Das hängt mit deiner Westmere-CPU E5620 zusammen. Diese ist ebenso wie dein Server W2k8-R2 (Windows version 6.1, build 7601, platform 2, "Service Pack 1") für die VMserver einfach zu neu. Da mußt du schon zufrieden sein, wenn er überhaupt eine Quad-CPU erkennt und sogar von sich aus die Hardware-Virtualisierung ("Aug 31 21:05:48.767: vmx| HV Settings: virtual exec = 'hardware'; virtual mmu = 'hardware'") aktiviert. ;)

Member
Beiträge: 46
Registriert: 13.02.2006, 12:25

Beitragvon Scampolo » 14.09.2011, 14:49

Salü Dayworker

Vielen lieben Dank für Deine Hinweise mit deren Umsetzung ich begonnen habe.

Sparse-Disk kontra Preallocated. Ok, ich verstehe, dass Preallocated schneller ist als Sparse. Das heisst aber auch, dass ich den für die Disk angegebene Platz wirklich verfügbar haben muss.

Du schreibst: "Wandel die Sparse-Disk zumindest in eine Preallocated um". Gibt es denn neben Sparse und Preallocaded noch ander Möglichkeiten die noch besser wären?

Wie wandle ich die Disk um? Im Inventory den heruntergefahrenen Server anklicken->Im Summary bei Hardware Hard Disk 1 -> Edit und dann habe ich die DIsk Information, dass die Disk is not preallocated. Ok, aber wie stelle ich das um?

Vielen Dank für Hinweise

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

Beitragvon Dayworker » 14.09.2011, 15:36

Eine Preallocated ist deswegen schneller, weil der Platz komplett vorbelegt wird und nicht erst zur Laufzeit bzw bei Bedarf freier Platz auf der Host-HDD zusammengesucht werden muß. Ein kleiner Nachteil ist dabei natürlich, daß der Platz dann auch komplett vorhanden sein muß. Aber falls du im Gast die Defragmentierung anwirfst oder die vDisk vollständig und nicht Schnellformatierst, würde die Sparse-Disk sowieso in voller Größe aufgeblasen...
Zusätzlich zum konvertieren von Sparse in Preallocated könntest du die VMs auch komplett auf eine zweite HDD auslagern. Ich meine damit wirklich eine zweite HDD und keine weitere Partition auf der ersten Platte, wo schon das Host-OS rumwerkelt.
Das konvertieren machst du auf Ba$h oder CMD mit dem "vmware-vdiskmanager" aus dem VMware-Programmordner. Die Syntax dafür findest du über unsere Forensuche.
Meine Empfehlung lautet dabei immer, die vDisk gleich in 2GB-Häppchen aufzuteilen. Diese kleinen Häppchen lassen sich notfalls noch auf mehrere DVDs/BDs verteilen. Bei mehr als 50GB enbloc bleiben dir sonst nur noch USB3- oder eSATA-Platten.

Member
Beiträge: 46
Registriert: 13.02.2006, 12:25

Beitragvon Scampolo » 16.11.2011, 21:48

Lieber Ulli

Seit langem arbeite ich wieder an der virtuellen Maschine und habe nach Deinen Ratschägen einiges probiert.

Habe ein neuen virtuellen Server mit "nur"30GB HD preallocated aufgesetzt mit 1 Prozessor und 4GB Ram. Ergebnis: Gleiches Problem. Das kopieren einer 120mb Datei vom Host zur vm dauert 6 Stunden.

Dann habe ich eine uralte vm mit Windows XP auf diese Kiste kopiert. Eine vm welche ich früher oft und schnell verwendet hatte. Gleiches Problem. Kopie einer 120mb datei vom Host zur vm 5 Stunden.

Dann habe ich genau diese vm mit Windows XP auf einen anderen Server im Netzwerk, eine viel ältere Kiste kopiert und dort geht das Teil megaflott.

Und jetzt halte Dich fest, lieber Ulli. Wenn ich auf dem ersten Server eine 120MB Datei von der vm XP auf die vm w2k8 kopiere, dann geht das megaflott.

Das Problem ist also nur von Host zu vm. vm zu vm geht gut.

Hast Du eine Idee, woran sowas liegen kann?

Hier habe ich noch das Log von der vm mit Windows XP welche wie gesagt auch langsam kopiert: http://ifile.it/7qs3ipa


Für jegliche Hinweise bin ich sehr dankbar, denn ich weiss nicht wo ich ansetzen sollte.

Viele liebe Grüsse

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

Beitragvon Dayworker » 17.11.2011, 00:26

Scampolo hat geschrieben:Habe ein neuen virtuellen Server mit "nur"30GB HD preallocated aufgesetzt mit 1 Prozessor und 4GB Ram. Ergebnis: Gleiches Problem. Das kopieren einer 120mb Datei vom Host zur vm dauert 6 Stunden.
Wie schon früher mal im WS-Bereich zur WS6.5.2/3 gesagt (VMserver2 und WS6.5.2/3 hatten fast dieselbe Buildnummer), machen mehr als 2GB VM-RAM performancetechnisch absolut keinen Sinn. Ab dieser VM-Speichergrösse wird der VM-RAM größtenteils immer als auslagerungsfähig gekennzeichnet und es verbleiben dann nur noch 500-1000MB des VM-RAMs im Host-RAM. Die VMware-Werbung mit bis zu 8GB pro VM bei v.HW-Version=7 war reines Marketing damit man gegenüber VirtualBox und Hyper-V nicht ins Hintertreffen gerät.
Weiterhin kommt noch hinzu, daß W7 und W2k8 ein bekanntes Problem im Zusammenspiel mit VMware haben, wenn VMs mehr als 40% des Host-RAMs aktiv nutzen. Das hatte Ulli im WS-Bereich mal versucht zu erklären.

Da je nach Aktualität des Win-OS der freie RAM komplett als Plattencache genutzt wird, wirst du bei einer VM mit 4GB RAM gleich doppelt bestraft. Zum einen weil von 4GB Gast-RAM erstmal ~3GB in den virtuellen Host-Arbeitsspeicher ausgelagert werden, daß wird bei sich stetig änderdem Gast-RAM kontinuierlich aktualisiert, und zum anderen kommt neben der durch den Gast sinnlos verursachten Host-Aktivität auch noch der normale Kopiervorgang zwischen Gast & Host hinzu. Dabei ist gerade der Schreibzugriff in einem vollständig virtualisiertem System wie bei sämtlichen VMware-Produkten der Knackpunkt.


Kommen wir zu deinem verlinkten Log-File:
Nov 16 21:02:29.669: vmx| CPUID[0] name: Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
Nicht unterstützte Intel-CPU. Selbst beim älteren Nehalem gab es schon Probleme.

Nov 16 21:02:29.971: vmx| DICT maxvcpus = 4
Diese VM erhält nur dann Rechenzeit, wenn diese Anzahl an CPU-Kernen auch frei ist. Die Chancen dafür sind mit nur 1 oder max 2 v.CPUs wesentlich höher, zumal die VMserver nur max 2 v.CPUs unterstützen.

Nov 16 21:02:33.353: vmx| DISKLIB-LINK : Opened 'C:\Virtual Machines\Windows XP Professional Office Only\Windows XP Professional Office Only.vmdk' (0xa): twoGbMaxExtentSparse, 83886080 sectors / 40 GB.
Nov 16 21:02:33.354: vmx| DISKLIB-LIB : Opened "C:\Virtual Machines\Windows XP Professional Office Only\Windows XP Professional Office Only.vmdk" (flags 0xa).
Erforderlicher Plattenplatz wird bei Schreibzugriffen in der VM erst auf dem Host zusammengesucht und dauert auf einem stark fragmentierten Hostlaufwerk entsprechend länger. Als Beweis dieser Unzulänglichkeit erhält das Log bereits Einträge mit "Nov 16 21:49:49.910: vcpu-0| Switching from cacheEntry to writeEntry on page 6999184" und wenn die VM noch länger läuft, kommen dazu noch Einträge der Art "scsi0:0: numIOs = 21399 numMergedIOs = 2671 numSplitIOs = 331 (11.0%)" hinzu.

Member
Beiträge: 46
Registriert: 13.02.2006, 12:25

Beitragvon Scampolo » 19.11.2011, 19:57

Salü Dayworker

Vielen lieben Dank für Deine Antwort und Deine Bemühungen der Analyse meines Logs.

Darf ich bitte, nur damit ich es verstehen kann, noch eine Frage stellen?

Du schreibst von nicht unterstützter CPU. Warum arbeitet denn der Kopiervorgang von einer vm zur anderen vm auf dem gleichen Host einwandfrei?

Ebenso gleiche Frage für die Thematik des stark defragmentierten Host-Laufwerk. Warum geht vm zu vm, nicht jedoch vm zu host oder host zu vm? Braucht doch alles das gleiche Host Laufwerk, oder verstehe ich was falsch?

Vielen lieben Dank und bester Gruss

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

Beitragvon Dayworker » 20.11.2011, 14:47

Du schreibst von nicht unterstützter CPU.
Wenn die CPU dem VMserver nicht bekannt ist, loggt dieser gerne auch eine Quad-CPU nur als Dualcore ein. Damit blieben 2 Kerne völlig ungenutzt durch den VMserver und alle VMs müßten sich die verbleibenden 2 Kerne teilen.

Warum arbeitet denn der Kopiervorgang von einer vm zur anderen vm auf dem gleichen Host einwandfrei?
Ohne genaue Kenntnis der anderen VM sprich deren VMX-Einstellungen, läßt sich das nicht beantworten. Wie schon häufiger gesagt, ist der Schreibzugriff auf vollständig virtualisierten Systemen immer ein Schwachpunkt, da die Plattencontroller in einer VM in SW abgebildet und damit auch immer von der Auslastung sowohl vom Host als auch dem Gast/Gästen abhängig sind.

Ebenso gleiche Frage für die Thematik des stark defragmentierten Host-Laufwerk. Warum geht vm zu vm, nicht jedoch vm zu host oder host zu vm? Braucht doch alles das gleiche Host Laufwerk, oder verstehe ich was falsch?
Deine Fragen gehen auch in Richtung HDD-Technik und darum ein "kleiner" Exkurs dorthin. ;)
Normale Festplatten sind in verschiedene Bereiche aufgeteilt. Der äußere und somit schnellste Medienbereich, der mittlere und der innere ergo langsamste Bereich. Je nach Lage der VM auf dem Datenträger unterscheidet sich somit auch die Datenrate. Während die äußeren Medienbereiche locker über 100MB/s schaffen, ist beim inneren Bereich höchstens noch die Hälfte erreichbar und hierin liegt auch der Unterschied zu Serverlaufwerken. Diese entsprechen bis auf andere Spindellager oder Anschlußnormen ihren Desktopverwandten, wurden aber ihrer langsamsten Medienzone erleichtert um damit eine vom Hersteller gewünschte minimale Schreibrate nicht zu unterschreiten.

Neben dieser HDD-Eigenschaft spielt auch immer die Host-/Gastauslastung und die VMware-Bridge selbst mit in die mögliche IO-Leistung rein, da der Plattencontroller bei VMware ja in SW realisiert wird und die Bridge nichts anderes macht, als die Host-Nic in den Promiscuous-Mode zu versetzen. Dadurch wird die Host-Nic zum Netzwerk-Hub und muß sich dann auch um eigentlich nicht für sie vorgesehenen Netzwerkverkehr kümmern, was je nach Netzwerkchip unterschiedlich lange dauert. VMware selbst hatte mal Latenzwerte der VMware-Bridge von 50ms auf FastEthernet-Karten im Host angegeben, die noch zusätzlich die IO-Leistung innerhalb von VMs negativ beeinflussen.

Falls dein Host eine SSD haben sollte, bist du damit zwar die Medienzonen los, allerdings bleibt eine SSD auch nur solange schnell, wie sie freie Bereiche hat. Ansonsten muß jede Schreiboperation als Read-Modify-Write erfolgen und die Schreibleistung bricht massiv ein.

Als Kröhnung dieses ganzen spielen dann noch sämtliche Datencaches mit in die Gleichung rein. Je nach Aktualität des Host- und der beteiligten Gast-OS wird freier RAM genutzt, um Daten spekulativ einzulesen und somit den Datenzugriff zu beschleunigen. Spekulativ deutet es ja schon an, das OS kann damit natürlich auch mal komplett daneben liegen...

Member
Beiträge: 46
Registriert: 13.02.2006, 12:25

Beitragvon Scampolo » 20.11.2011, 16:48

Lieber Dayworker

Vielen lieben Dank für Deine ausführlichen Erklärungen welche ich in der Theorie nachvollziehen kann. In der Praxis werde ich das vermutlich nicht nachvollziehen können. Aber ich habe mir Deinen Trade ausgedruckt und in meinem VM Ware Ordner abgelegt. Dort guck ich immer hin, wenn es Problemchen gibt.

Mittlerweile habe ich das Problem gefunden und gelöst:
Eigenschaften der Netzwerkkarte:
- Register Advanced-> "IPv4 Large Send Offload" deaktivieren

Und schwup, mit allen Prozessoren und allen gigantischen Harddisk geht alles.

Vielen lieben Dank und weiter einen tollen Sonntag.
Sei herzlichst gegrüsst


Zurück zu „VMserver 1 und GSX“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 8 Gäste