Hallo Zusammen
Wir verwenden GSX Server 3.2.1. build-19281 mit Redhat Enterprise AS 4 auf einem Dell Server mit 2 x 3.6 GHz Pentium 4 und 8G RAM.
Wir haben folgendes Problem, sobald wir mehrere Instanzen Starten und das Memory voll ausgelastet ist stürzen einzelne VM's ab.
Es scheint fast so, dass wir nicht über eine bestimmte Zahl an laufenden VM's heraus kommen.
Im Log erscheinen folgende Meldungen:
Mar 17 09:53:25: app| Accepted new connection at 40 for thread server (0x82c7b04)
Mar 17 09:53:25: app| IPC version negotiation version: VMServerd returning 2.1 to server
Mar 17 09:53:25: app| IPC vmcontrol-temp version: VMServerd returning 11.4 to server that tried 11.4
Mar 17 09:53:25: app| VMServerd IPC closed the connection with thread server (0x82c7b04)
Mar 17 09:53:25: app| VMServerd: server disconnected.
Mar 17 09:53:39: app| VMServerd IPC closed the connection with thread /vmware/production/nova-phmr-transformer/win2000Serv.vmx (0x82c7dec)
Mar 17 09:53:39: app| Lost connection to /vmware/production/nova-phmr-transformer/win2000Serv.vmx (/vmware/production/nova-phmr-transformer/win2000Serv.vmx) unexpectedly.
Mar 17 09:53:39: app| vmdbPipe_Streams Couldn't read: OVL_STATUS_EOF
Mar 17 09:53:39: app| VMHS: Connection to VM broken: cfg: /vmware/production/nova-phmr-transformer/win2000Serv.vmx; error: Pipe: Read failed; state: 3
Mar 17 09:53:40: app| VM suddenly changed state: poweredOff.
Mar 17 09:53:40: app| VM suddenly changed state: poweredOff.
Mar 17 09:53:40: app| VM suddenly changed state: poweredOff.
Mar 17 09:54:10: app| VMServerd IPC closed the connection with thread /vmware/production/nova-phmr-crn/win2000Serv.vmx (0x82c7a88)
Mar 17 09:54:10: app| Lost connection to /vmware/production/nova-phmr-crn/win2000Serv.vmx (/vmware/production/nova-phmr-crn/win2000Serv.vmx) unexpectedly.
Mar 17 09:54:10: app| vmdbPipe_Streams Couldn't read: OVL_STATUS_EOF
Mar 17 09:54:10: app| VMHS: Connection to VM broken: cfg: /vmware/production/nova-phmr-crn/win2000Serv.vmx; error: Pipe: Read failed; state: 3
Mar 17 09:54:10: app| VM suddenly changed state: poweredOff.
Mar 17 09:54:10: app| VM suddenly changed state: poweredOff.
Mar 17 09:54:10: app| VM suddenly changed state: poweredOff.
Hat jemand eine Idee? Vielen Dank schon mal im voraus!
Gruss Tom
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!
VM stürzen ab
Hallo
Wenn ich mit "top" die Memory Auslastung ansehen tretten die Abstürze dann auf, wenn das System beginnt zu swappen. Das heisst die 8G RAM sind zu annährend 100% voll.
Komischerweise werden nur die Instanzen "gekillt" welche am meisten Speicher zu geteilt haben.
Wir haben dem Host eine Swapt Partition von 12GB konfiguriert, sollte also reichen.
Gruss Tom
Wenn ich mit "top" die Memory Auslastung ansehen tretten die Abstürze dann auf, wenn das System beginnt zu swappen. Das heisst die 8G RAM sind zu annährend 100% voll.
Komischerweise werden nur die Instanzen "gekillt" welche am meisten Speicher zu geteilt haben.
Wir haben dem Host eine Swapt Partition von 12GB konfiguriert, sollte also reichen.
Gruss Tom
hallo,
ich hab bei mir genau das gleiche festgestellt. ich lasse 10vmwares unter windows laufen und von zeit zu zeit schaltet sich eine oder 2 einfach mal so aus. ich hab 2gb ram und wenn vmware läuft nutzt windows ca 1gb. also es sollte noch genug frei sein, aber ab und zu schalten sich vmwares einfach aus. weiß nur leider auch nicht warum ?
ich hab bei mir genau das gleiche festgestellt. ich lasse 10vmwares unter windows laufen und von zeit zu zeit schaltet sich eine oder 2 einfach mal so aus. ich hab 2gb ram und wenn vmware läuft nutzt windows ca 1gb. also es sollte noch genug frei sein, aber ab und zu schalten sich vmwares einfach aus. weiß nur leider auch nicht warum ?
Ist zwar schon älter das Thema.
Trotzdem hier der Hinweis das es tatsächlich so ist dass Linux Tasks mit hohem Speicherbedarf killt wenn kein Ram UND kein Swap mehr zur Verfügung steht.
Das ist Fakt und mir leider auch schon durch mod_security + phpMyAdmin bei einer virtuellen Maschine passiert.
Das sieht dann ungefähr so aus:
Blos mal so, weil das hier so nett kommentiert wurde.
Trotzdem hier der Hinweis das es tatsächlich so ist dass Linux Tasks mit hohem Speicherbedarf killt wenn kein Ram UND kein Swap mehr zur Verfügung steht.
Das ist Fakt und mir leider auch schon durch mod_security + phpMyAdmin bei einer virtuellen Maschine passiert.
Das sieht dann ungefähr so aus:
Code: Alles auswählen
Jun 21 11:00:12 dev kernel: HighMem: empty
Jun 21 11:00:12 dev kernel: Swap cache: add 666098, delete 666098, find 168379/202761, race 0+0
Jun 21 11:00:12 dev kernel: 0 bounce buffer pages
Jun 21 11:00:12 dev kernel: Free swap: 0kB
Jun 21 11:00:12 dev kernel: 131072 pages of RAM
Jun 21 11:00:12 dev kernel: 0 pages of HIGHMEM
Jun 21 11:00:12 dev kernel: 2179 reserved pages
Jun 21 11:00:12 dev kernel: 4701 pages shared
Jun 21 11:00:12 dev kernel: 0 pages swap cached
Jun 21 11:00:12 dev kernel: Out of Memory: Killed process 27781 (httpd).
Jun 21 11:00:12 dev kernel: oom-killer: gfp_mask=0xd2
Jun 21 11:00:12 dev kernel: Mem-info:
Jun 21 11:00:12 dev kernel: DMA per-cpu:
Jun 21 11:00:12 dev kernel: cpu 0 hot: low 2, high 6, batch 1
Jun 21 11:00:12 dev kernel: cpu 0 cold: low 0, high 2, batch 1
Jun 21 11:00:12 dev kernel: Normal per-cpu:
Jun 21 11:00:12 dev kernel: cpu 0 hot: low 32, high 96, batch 16
Jun 21 11:00:12 dev kernel: cpu 0 cold: low 0, high 32, batch 16
Blos mal so, weil das hier so nett kommentiert wurde.
Zurück zu „VMserver 1 und GSX“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 4 Gäste