VMware-Forum

Hallo zusammen,
ich habe ein riesen Problem mit einer GSX-Server installation. Ich habe folgendes Szenario:

Hardware:
Dell PowerEdge 1650 mit Raid 1 für Betriebssystem
Dell PowerVault 220S mit Raid 5 für Gastsysteme
4 GB RAM, 1 Prozessor

Software:
BS (alle nachfolgenden habe ich versucht, aber gleicher Fehler)
SLES 8 mit SP3 (Standardkernel)
SLES 9 (Standardkernel)
SuSE Linux 9.1 Professional (Standardkernel)

VMWare GSX Server 3.1 (build 9089)

Gastsysteme:
Windows XP mit 1536 MB RAM, 120 GB IDE
Windows XP mit 1536 MB RAM, 42 GB IDE

Nun zum eigentlichen Problem,
nachdem ich über die Virtual Mashine Console versuche ein Gastsystem (egal welches) zu starten, sieht es ersmal soweit alles OK aus. Allerdings bleibt das Gastsystem vor der Anmeldung in Windows oder kurz danach (je nach Laune stehen, die IDE:0:0 "Lampe" bleibt grün und das wars dann... ist noch ein weiteres Gastsystem gestartet, bleibt dies ebenfalls stehen und die "Lampe" bleibt grün.
Nach einer Weile kann es passieren, dass sich die Systeme wieder fangen und alles normal weiterläuft - darauf ist jedoch kein Verlass und ich musste die Systeme nach 1/2h Wartezeit über den Prozess killen. Fangen sich die Maschinen allerdings wieder, zeigen die logdateien immense Zeiten mit timeout an (siehe unten)...

Interessant ist folgende Tatsache: Versuche ich während des Hänges eine Verzeichnis auf das Raid-5 zu kopieren beginnt die Kopie, bleibt allerdings an den unterschiedlichsten Stellen hängen und kopiert erst nach dem Fangen der Gastsysteme weiter.

Hat irgendjemand eine prickelnde Idee oder einen Ansatz, bin hier schon fast am verzweifeln und sehe momentan kein Land. Die Dell-Hotline schiebt das Problem auf VMWare, VMWare Support reagiert trotz Gold-Support Vertrag nicht auf das Problem und bei SuSE direkt konnte mir auch keiner weiterhelfen....

Hier die Logfiles der beiden Gastsysteme nach einem "Hänger":

-------------------------- LOGFILE 1 ----------------------------------

..... normale logeinträge weitestgehend entfernt ............

Apr 21 18:43:48: mks| MKS lost grab
Apr 21 18:44:13: mks| MKS lost grab
Apr 21 18:52:51: vmx| DISK: DISK/CDROM timeout of 494.043 seconds on ide0:0 (ok)
Apr 21 18:59:01: vmx| DISK: DISK/CDROM timeout of 347.193 seconds on ide0:0 (ok)
Apr 21 19:07:25: vmx| DISK: DISK/CDROM timeout of 499.924 seconds on ide0:0 (ok)

------------------ LOGFILE 2 -------------------------------------

Apr 21 18:52:51: vmx| DISK: DISK/CDROM timeout of 500.988 seconds on ide0:0 (ok)
Apr 21 18:52:51: mks| MKS lost grab
Apr 21 18:59:01: vmx| DISK: DISK/CDROM timeout of 318.675 seconds on ide0:0 (ok)
Apr 21 18:59:01: mks| MKS lost grab
Apr 21 19:07:26: vmx| DISK: DISK/CDROM timeout of 500.324 seconds on ide0:0 (ok)
Apr 21 19:20:39: mks| MKS lost grab
Apr 21 19:35:50: vmx| DISK: DISK/CDROM timeout of 1.074 seconds on ide0:0 (ok)
Apr 21 19:36:00: vmx| DISK: DISK/CDROM timeout of 1.073 seconds on ide0:0 (ok)
Apr 21 19:36:22: mks| MKS lost grab

-------------------------------------------------------------------------------------

..bin für jede Hilfe dankbar..

Grüßle Thomas

ich nochmal,
ich habe die Lösung gefunden...

Knowledge Base Eintrag 844 von VMWare hat mich auf die richtige Fährte gebracht ... obwohl kein Problem mit swap memory besteht (wie in Knowledge Base als Ursache beschrieben) hat ein vergrößerb des tmpfs geholfen und die Maschinen laufen nun seit 1 h stabil (das war vor 6 h noch ein Traum von mir

..allerdings bin ich vom gold-support von VMWare enttäuscht, da hätte ich mehr erwartet

Werde es diese Nacht noch beobachten und den Gastsystem ein wenig Arbeit geben... falls noch was interessantes passiert melde ich mich nochmal...

Grüßle Thomas