VMWare Server 2.0.2 - VMs crashen beim Start



  • Hallo Forumsbesucher,

    letztens habe ich meine Server erneuert und weil sich der Fileserver immer schon gelangweilt hat, dachte ich mir, ich kann da auch ein paar virtuelle Maschinen mitlaufen lassen. Da ich mit dem VMWare Player gute Erfahrungen gemacht habe, liegen meine VMs in diesem Format vor, als Wirtssystem habe ich CentOS 5.4 mit PAE- Kernel installiert.
    Bei der Installation von VMWare gab es noch das Problem, daß Teile davon neu compiliert werden mußten und dafür die Kernel- Header für PAE zusammenzufummeln sind und ein Patch für vmnet installiert werden muß. Letztlich meldete das Konfigurationsscript, "VMWare loads perfectly into your kernel". Nachdem auch das Webinterface lief, dachte ich, die Sache wäre geritzt, aber Pustekuchen!

    Alle VMs sterben schon beim PowerOn, meine eigenen, fertige virtual appliances und auch frisch angelegte schaffen es nichtmal in den virtuellen BIOS- Screen; sobald die virtuelle CPU anfängt, zu werkeln, kracht es mit der Fehlermeldung:

    // ...
    Nov 07 19:14:35.485: vcpu-0| pciBridge7:7: ISA/VGA decoding enabled (ctrl 0004)
    Nov 07 19:14:35.556: vcpu-0| RDMSR: MSR[0x11e] (read as 708101): rip=0x4742
    Nov 07 19:14:35.557: vcpu-0| WRMSR: unknown MSR[0x11e]:=708001 (sinking): rip=0x4747 count=5
    Nov 07 19:14:35.560: vcpu-0| RDMSR: MSR[0x11e] (read as 708101): rip=0x4742
    Nov 07 19:14:35.560: vcpu-0| WRMSR: unknown MSR[0x11e]:=708001 (sinking): rip=0x4747 count=6
    Nov 07 19:14:35.595: vcpu-0| MONITOR PANIC: vcpu-0:ASSERT vmcore/private/vmcore_shared.h:235
    Nov 07 19:14:35.595: vcpu-0| Core dump with build build-203138
    Nov 07 19:14:35.596: vcpu-0| Writing monitor corefile "/var/vms/W2k-Pelle/vmware-core.gz"
    Nov 07 19:14:35.596: vcpu-0| CoreDump: dumping core with superuser privileges
    Nov 07 19:14:35.597: vcpu-0| Saving busmem frames
    Nov 07 19:14:35.597: vcpu-0| Saving anonymous memory
    Nov 07 19:14:35.599: vcpu-0| Beginning monitor coredump
    Nov 07 19:14:36.326: vcpu-0| End monitor coredump
    Nov 07 19:14:36.326: vcpu-0| Beginning extended monitor coredump
    Nov 07 19:14:36.326: vcpu-0| Writing anonymous pages at pos: 401000
    Nov 07 19:14:38.057: vcpu-0| Core dumped.
    Nov 07 19:14:38.057: vcpu-0| Msg_Post: Error
    Nov 07 19:14:38.057: vcpu-0| [msg.log.monpanic] *** VMware Server internal monitor error ***
    Nov 07 19:14:38.057: vcpu-0| vcpu-0:ASSERT vmcore/private/vmcore_shared.h:235
    Nov 07 19:14:38.057: vcpu-0| [msg.log.monpanic.beta.report] There is a problem in this version of VMware Server.
    // ... Verweis auf die VMWare- Feedbackseite
    Nov 07 19:14:38.061: vcpu-0| Exiting vcpu-0
    Nov 07 19:14:39.057: vmx| VTHREAD watched thread 4 "vcpu-0" died
    Nov 07 19:14:39.062: Worker#0| VTHREAD watched thread 0 "vmx" died
    Nov 07 19:14:39.110: mks| VTHREAD watched thread 0 "vmx" died
    Nov 07 19:14:39.110: mks| MKS release: start, nesting 0
    

    Die VMWare- Feedbackseite gibt's natürlich nicht mehr und wenn man herumgoogelt, findet man nur wesentlich unkonkrete Hinweise auf nicht startende VMs, aber dafür mit jeder Menge Linux- Voodoo als Lösungstips, die alle nicht funktionieren - vielleicht kennt sich ja hier jemand besser damit aus.
    Ich möchte das Ding nicht mehr unbedingt plattmachen, weil es bereits produktiv eingesetzt wird, vllt. tu' ich mir allenfalls noch einen Kernel- Wechsel an auf non- PAE, wenn mir jmd. Hoffnung machen kann, daß es dann geht, dann würden "nur" 4GB Hauptspeicher brachliegen. Oder jemand weiß, ob's beim Compilieren der VMWare- Module noch einen Trick gibt - ich bin jedenfalls ratlos.

    Vielleicht wäre eine Migration zu VirtualBox möglich, aber mir ist nicht ganz klar, woher man diese RPC/VNC- "Editions" herkriegt und ob die tun, was ich brauche.

    Bin um jeden Tip dankbar.



  • Ich hab nur einen Tip: schmeiss das Host-System raus und verwende stattdessen den ESXi.
    (Mit rausschmeissen meine ich natürlich: virtualisiere den derzeitigen Host, und lass ihn dann als Gast laufen)

    Das, oder verwende ein Host-System welches 1:1 "ab Werk" unterstützt wird, wie z.B. Windows 2003 Server.

    Was dann nimmer geht:
    * Du kannst den Host nicht mehr in den Standby fahren
    * Kein Host-RAID/BIOS-RAID/Software-RAID mehr am Host
    * Du kannst keine Geräte mehr verwenden die ESXi nicht "kann".
    * Ich weiss nicht wie es mit USB-Support beim aktuellen ESXi aussieht, aber das letzte mal als ich gecheckt habe ging es nicht, d.h. du kannst (bzw. konntest damals) keine USB-Geräte zu den Gästen durchschleifen!

    Und natürlich brauchst du generell mal ein System welches mit ESXi funktioniert, denn es wird lange nicht alles an üblicher Consumer-Hardware unterstützt.



  • Hi hustbaer,

    das sind leider viele unangenehme Folgen, kann der gestartete Guest wenigstens die COMs des Clients benutzen? Dann wären zumindest einige µC- IDEs nutzbar.

    Das mit dem USB- Support war auf dem VMWare Server sowieso nur suboptimal gelöst, deswegen hab' ich den Player auch gebraucht - tut zwar weh, wäre aber verschmerzbar.
    Was mich vor allem zurückschrecken läßt, ist ein komplett eingerichtetes laufendes System plattmachen zu sollen - hat auch mit Backups ein prima Schiefgehpotential.

    Ich probier' vor so einem radikalen Schnitt lieber erstmal, ob sich auf 'nem anderen Rechner in einer Parallelinstallation ohne PAE vmware zum Laufen bringen läßt.



  • kann zum thema ESXi nur beitragen:
    USB nicht auf die Clients übertragbar.
    Mounten von CD/ DVD Images ist soweit ich informiert bin möglich.
    Booten von USB zum Aufsetzten von OS fällt dementsprechend auch aus..

    vllt hilfts bei der Entscheidungsfindung.

    Grüße Jann



  • ISO mounten funktioniert wunderbar.

    Man kann sogar über den viClient ISOs Mounten die lokal auf dem Terminal liegen, oder auch das lokale CD-ROM des Terminals.

    Serielle Ports gehen nicht mit ESXi 4.0, aber angeblich (endlich) mit 4.1. Hab's aber nicht selbst probiert, hab grad keinen 4.1 hier, ausser einem Produktivsystem, und da mag ich nicht dran rumprobieren 🙂
    Da schreibt allerdings einer dass es geht (in den Kommentaren):
    http://www.techhead.co.uk/vmware-esxi-serial-parallel-port-use-physical-serial-port-on-the-host-greyed-out

    Parallel geht immer noch nicht. Sollte aber verschmerzbar sein.

    FDD geht mit Host-Hardware oder Floppy-Images.

    Und USB ist die volle Verarsche, man kann der VM einen Controller dazuklicken, aber dann keine USB Geräte dran connecten. Muaha.


Anmelden zum Antworten