Die virtuelle Maschine Server konnte nicht gestartet werden.
VirtualBox can’t operate in VMX root mode. Please disable the KVM kernel extension, recompile your kernel and reboot (VERR_VMX_IN_VMX_ROOT_MODE).
Lösung ist das aushänge des Kernel Mod kvm_intel:
modprobe -r kvm_intel
Quelle: bugs.launchpad.net
VMware ist wirklich nur für Windows entworfen. Da die System Platte bei mir gerade mal 20G groß ist und der Standart Datastor sich auch auf dieser befinde meint VMware das sich darin keine größen Volumen wie z.B. gemountet HDs oder gar LVM Container stecken können.
So leg in nur immer HDs an und vergrößre sie mit folgendem Befehl:
vmware-vdiskmanager -x 40GB /mnt/pfad/*.vmdk
Heute war es mal wieder so weit. VMware hat sich mal wieder auf ein unglaublich hohes Niveau von LOAD und CPU Belastung auf geschaukelt.
Im den Folgenden Graphen sieht man wie die CPU User belastung von fast 50% auf fast ein minimales reduziert wird. Auch die LOAD fällt von bis zu 100 auf unter 5. Normalerweise habe ich für eine solche Aktion den Server neu gestartet. Dies mal habe ich aber nur die VMs angehalten und VMware mittels: /etc/init.d/vmware restart neu gestartet.
Den Zeitraum zwischen 4:00 und 5:00 kann man nicht mit einbeziehen, da wurden Backups gemacht.
Irgendwie hat das vmware-mks.xpi eine Macke und will sich nicht installieren lassen. Nach eine Google Recherche habe ich das Plugin dann per Hand installiert.
wget https://vmware-server/ui/plugin/mozilla/linux/vmware-mks.xpi --no-check-certificate
das Plugin Aussprachen in die folgenden Ordner kopieren:
~/.mozilla/firefox/hash.default/extensions/
~/.mozilla/plugin
Dann muss die ~/.mozilla/firefox/profiles.ini zum die folgende Zeile ergänzt werden:
Path=hash.default
Für das vmware-mks.xpi Plugin sind noch folgende Spezielle Dinge zu erledigen:
sudo apt-get install libexpat-ocaml libexpat1 libstdc++5 libstdc++6
ln -s /usr/lib/libexpat.so.1.5.2 /usr/lib/libexpat.so.0
rm -f /usr/lib/libexpat.so.1
ln -s /usr/lib/libexpat.so.0 /usr/lib/libexpat.so.1
Nach einem Firefox Rastart funktioniert das Plugin in dann auch.
Quelle: debianforum.de
Also das Fedora unter VMware nicht Unterstützt wird, das war uns ja eigentlich schon klar aber das was heute Passiert war war echt der Hammer.
16:30
Der Fedora 8 hat sich aufgehangen. Ein Aufrufen der Webseiten war nicht mehr möglich. Also habe ich mich eingelockt und die üblichen Symptome festgestellt. Top kann nicht mehr aufgerufen werden und mit su kann man nicht mehr zu root wechseln. Da dies schon öfters aufgetreten war habe ich mich mal rangesetzt und die Virtuelle Maschine nicht die reckt neu gestartet sondern nach dem Fehler gesucht. Da ps -aux ging habe ich festgestellt das ein User nicht aufgelöst wurde. 69 der für den haldaemon zuerst dachte ich es könne daran liegen, dann habe ich mir mit netstat -apt die Netzwerk Verbindungen angeschaut und da schien mir das eigentliche Problem zu liegen. netstat -atn | grep TIME_WAIT | wc -l ergab 2200 TIME_WAITS
Dann haben wir das Netzwerk neugestartet und Boom. Über die Console vom VMware war dann auch kein einloggen mehr möglich.
17:11
OK Dachte ich mir jetzt müssen wir halt neustarten. Aber da machte mir dann der VMware ESX Server einen Strich durch die Rechnung:
So dann ging ich an den anderen VServer und wollte nur ein par Daten kopieren da brach auf einem die Putty Verbindung ab. Ein neues einloggen war nicht mehr möglich.
Also wieder in die Konsole und was las ich da. Der Server war mit einem Ausrufungszeichen gekennzeichnet. Dann Restartete er sich Plötzlich von alleine. OK schauen wir mal was Passiert.
Nix er hing sich mitten bei Booten auf. VMware Wurf dann noch die Fehlermeldung: Error connecting to /verzeichnisse/datei.vmx because the VMX is not started.
18:30
Irgend was war heute total faul. Deswegen habe ich erst mal Feierabend gemacht.
[Update folgt…]