Problem beim Starten von vielen Maschinen

[dasc]

Hallo zusammen,
ich habe da ein Problem mit dem Vmware Server 2, wenn ich viele (in meinem Fall mehr als 6) Maschinen starten möchte.

Aus verschiedenen Gründen habe ich mehrere kleinen virtuelle Maschinen, die jeweils 32-128MB Ram bekommen. Die möchte ich nun starten, was ja grundsäztlich kein Problem sein sollte, denn der Host, auf dem sonst nichts anderes läuft, hat 1GB Ram und alle Guests zusammen kommen auf knapp 500MB.

6 Maschinen kann ich ohne Probleme starten. Will ich jedoch die 7. starten, kommt die Fehlermeldung, dass nicht genügend physikalischer Ram verfügbar sei.
Dass das jedoch Quatsch ist, merke ich wie folgt: Starte ich die 6. Maschine z.B. mit 512MB Ram, klappt das noch ohne Probleme.

Reserved Memory steht auf 896MB und "Allow most virtual machine memory to be swapped" ist ausgewählt.
Der Host ist ein Debian stable mit aktuellem Vmware Server 2.

Meine Frage ist: Gibt es beim Vmware Server 2 irgendeine Begrenzung bezüglich der maximal startbaren Guests? Da das scheinbar so ist: Gibt es irgendeine Möglichkeit diese zu umgehen/entfernen?
Ich bin leider mit meinem Latein am Ende und auch nach ausgiebiger Recherche im Internet habe ich keine Lösung gefunden. Daher erhoffe ich hier eine Antwort zu erhalten.

Falls noch Fragen zur Konfiguration offen sind, bitte nachfragen.

Meine config sieht wie folgt aus:

Code: Alles auswählen

.encoding = "UTF-8"
guest.commands.enabledonhost = "TRUE"
authd.client.port = "902"
authd.proxy.nfc = "vmware-hostd:ha-nfc"
loop.fullpath = "/usr/bin/vmware-loop"
guest.commands.anonguestpasswordonhost = ""
product.buildnumber = "122956"
authd.proxy.vim = "vmware-hostd:hostd-vmdb"
bindir = "/usr/bin"
dhcpd.fullpath = "/usr/bin/vmnet-dhcpd"
guest.commands.anonguestusernameonhost = ""
control.fullpath = "/usr/bin/vmware-cmd"
product.version = "2.0.0"
authd.fullpath = "/usr/sbin/vmware-authd"
guest.commands.allowanonrootguestcommandsonhost = "FALSE"
vmware.fullpath = "/usr/bin/vmware"
libdir = "/usr/lib/vmware"
guest.commands.allowanonguestcommandsonhost = "FALSE"
vmdir = "/var/vm/VirtualMachines"
authd.soapserver = "TRUE"
product.name = "VMware Server"
# Beginning of the block added by the VMware VIX software
vix.libdir = "/usr/lib/vmware-vix/lib"
# End of the block added by the VMware VIX software
vmnet3.hostonlynetmask = "255.255.255.0"
vmnet3.hostonlyaddress = "10.78.3.1"
vmnet4.hostonlyaddress = "10.78.4.1"
vmnet4.hostonlynetmask = "255.255.255.0"

prefvmx.minVmMemPct = "25"
prefvmx.allVMMemoryLimit = "896"
prefvmx.useRecommendedLockedMemSize = "FALSE"

mainMem.partialLazySave = "TRUE"
mainMem.partialLazyRestore = "TRUE"


[continuum]

Hi

du vergisst den Overhead fuer den Video-RAM pro VM.

Probier mal
prefvmx.minVmMemPct = "10"

Hast du genug swap und Platz in /tmp

[dasc]

Hallo,
vielen Dank für die Antwort.
Leider bringt die Einstellung keine Abhilfe... Zumindest nicht dauerhaft. Ich konnte zwar eine 7. VM starten und habe mich schon gefreut. Als ich die jedoch gestoppt habe und neustarten wollte, ging es dann wieder nicht mehr...

An zu wenig Ram, swap, Platz in /tmp kann es meiner Meinung nach nicht liegen... auf / sind noch >>50Gb frei und da liegt alles drauf. Und free sagt auch, dass noch genug Platz da ist:

vmserv:~# free -tm
total used free shared buffers cached
Mem: 1011 974 36 0 13 650
-/+ buffers/cache: 310 700
Swap: 1945 134 1811
Total: 2956 1108 1847

Noch irgendwelche Ideen?

Ich bin jetzt kurz davor wieder auf 1.x downzugraden, auch wenn die Features von 2.x teilweise recht nützlich sind... Hätte ich schon längst gemacht, wenn ich nicht einige der VMs mit 2.x erstellt hätte. Die lassen sich wahrscheinlich nicht ohne weiteres unter 1.x weiterbenutzen, oder?

[continuum]

Du solltest mit VMserver2 erstellte VMs auch wieder mit VMserver2 downgraden koennen

[Dayworker]

Du solltest mit VMserver2 erstellte VMs auch wieder mit VMserver2 downgraden koennen

Der HW-Upgrade kann nicht rückgängig gemacht werden, zumindest habe ich nichts dergleichen gefunden...bittet WS6.5.1 das etwa

Ich kann lediglich per manuellem Edit in der VMX-Datei die HW-Version von 6/7 auf 4 zurückdrehen und hoffen, daß keine für den Server1 verwirrenden Einträge vorhanden sind.
Scheinbar werden entgegen dem allgemeinen Verständnis unnütze Einträge ja nicht in jedem Fall (Server2) ignoriert und entfalten so unter Umständen ungewollte Wechselwirkungen.

PS: Tools möglicherweise nicht vergessen vorher zu deinstallieren?

[continuum]

.bittet WS6.5.1 das etwa

Ja sicher

[Dayworker]

Na gut, dafür kostet WS einfach Geld und Server "nur" Zeit

[stefan.becker]

Pack nen Riegel in die Kiste. 20 € und die Probleme sind vergessen.

Der Host mit dem ganzen Apache Krempel und dem Overhead je VM braucht halt Luft zum Atmen.

[continuum]

Na gut, dafür kostet WS einfach Geld und Server "nur" Zeit

Nett ausgedrueckt - so gesehen ist VMserver2 einfach viel zu teuer