• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

VMware mit XEN Kernel?

G

gnome4ever

Newbie
Hi

Bevor ich mir den Nachmittag verderbe. Hat hier jemand im Forum ein aktuelles Produkt von VMware in Verbindung mit einem XEN Kernel installieren können? Früher bei XEN 2.xx ging das nicht
 
haveaniceday

haveaniceday

Hacker
Ich behaupte mal einfach es geht nur mit neuen Prozessoren,
welche Virtualisierung ohne Modifikation des Gastsystem unterstützen.

Xen wird wohl kaum freiwillig die Kontrolle an vmware abgeben und
vmware wird kaum freiwillig ein "modifiziertes Gastsystem" anbieten.

Haveaniceday
 
J

jengelh

Guru
Für den Fall, dass VMware unter XEN laufen soll - wenn es nicht gerade wegen irgendwelchen Kerneloptionen Stress gibt, sollte das doch möglich sein. Die VMware-Kernelmodule liegen doch als Source vor, also sind beste Vorraussetzungen geschaffen, dass diese auch XEN-kompatibel kompiliert sind. Was das Programm letztendlich angeht - habe ich nie probiert.

Für den anderen Fall, dass XEN innerhalb VMware laufen soll: Ich hatte nicht zu viel Erfolg, aber irgendwie klappt auch die Kompilation eines Xen-Kernels von SUSEs kernel-source nicht immer (d.h. Abbruch von make), oder es wird nicht richtig paketiert (Bug im Specfile, vermutlich), oder wenn ich die Paketierung korrigiere, dann bootet die Master-DOM nicht richtig durch (wohl mein Unwissen über die 'Richtige Lösung' des Specfile-Bugs). Allerdings habe ich mir auch noch nie die Mühe gemacht, da weiter nachzuforschen oder SUSEs kernel-xen zu nehmen :roll:
 
haveaniceday

haveaniceday

Hacker
Hmm, also bei meinen Versuchen mit dem original Kernel geht
es gut mit xen. Nur die VMware Module liessen sich nicht übersetzten.

[nur vermutung]
VMWare Module nutzen "ring 0" (?) Und das läßt der Xen-supervisor nicht zu.
Die will Xen für sich exclusiv.
( kann mir nur vorstellen was das ist, hab mich aber nie genau damit beschäftigt)
[/nur vermutung]

Jedenfalls war es bei meinen Versuchen so:
- (1) normaler SuSE 10.1 Kernel + vmware 4.5 => voll OK
- (2) gleicher Rechner mit Xen => voll OK
- Module vmware wie unter (1) übersetzen + laden: kernel panics...

Wegen meinen Vermutungen hatte ich dann aufgehört das weiter zu verfolgen.

Haveaniceday
 
J

jengelh

Guru
haveaniceday schrieb:
[nur vermutung]
VMWare Module nutzen "ring 0" (?) Und das läßt der Xen-supervisor nicht zu. Die will Xen für sich exclusiv. ( kann mir nur vorstellen was das ist, hab mich aber nie genau damit beschäftigt)
[/nur vermutung]
Zum Vergrößern anklicken....
Bei einem "normalen" System läuft der Kernel in Ring 0, und Userspace in Ring 3. Die VMware-Module laufen als Kernelcode, also Ring 0.

Angenommen, dass der Master-DOM XEN-Kernel in Ring 0 läuft und der Slave-DOM XEN-Kernel in Ring 3 (ist das so? daher die Frage...), dann kann es durchaus ein Haufen Probleme mit Modulen geben, die annehmen, sie seinen in Ring 0. In der Praxis allerdings sollte eine privilegierte Operation, wenn sie in Ring 3 ausgeführt wird, zu einem Interrupt im Kernel [idealerweise Master-DOM] führen, der sie dann entsprechend behandeln muss.
 
haveaniceday

haveaniceday

Hacker
Danach hatte ich aufgehört:

Code: 
Sep 13 15:51:43 ohome kernel: general protection fault: 0000 [#1]
Sep 13 15:51:43 ohome kernel: SMP
Sep 13 15:51:43 ohome kernel: last sysfs file: /devices/pci0000:00/0000:00:1e.0/0000:05:02.0/subsystem_device
Sep 13 15:51:43 ohome kernel: Modules linked in: vmnet vmmon af_packet bridge i915 drm blkbk netbk netloop ipv6 nfsd exportfs lockd nfs_acl sunrpc snd_pcm_oss eeprom snd_mixer_oss lm85 snd_seq hwmon_vid hwmon snd_seq_device binfmt_misc button battery ac loop_fish2 usbhid ohci_hcd nls_utf8 loop dm_mod hw_random shpchp pci_hotplug intel_agp agpgart uhci_hcd ehci_hcd tg3 usbcore snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_pcm snd_timer snd soundcore ide_cd cdrom snd_page_alloc i2c_i801 i2c_core lp parport_pc ppdev parport ext3 jbd fan thermal processor sg ata_piix libata piix sd_mod scsi_mod ide_disk ide_core
Sep 13 15:51:43 ohome kernel: CPU:    1
Sep 13 15:51:43 ohome kernel: EIP:    0061:[<f5193950>]    Tainted: PF    U VLI
Sep 13 15:51:43 ohome kernel: EFLAGS: 00010286   (2.6.16.21-0.13-xen #1)
Sep 13 15:51:43 ohome kernel: EIP is at Task_Switch_V45+0x120/0xb50 [vmmon]
Sep 13 15:51:43 ohome kernel: eax: 0000e050   ebx: 00000000   ecx: 00000000   edx: fe82e050
Sep 13 15:51:43 ohome kernel: esi: f4faa000   edi: 00000000   ebp: 00000000   esp: ec08db80
Sep 13 15:51:43 ohome kernel: ds: 007b   es: 007b   ss: 0069
Sep 13 15:51:43 ohome kernel: Process vmware-vmx (pid: 7709, threadinfo=ec08c000 task=c0f80710)
Sep 13 15:51:43 ohome kernel: Stack: <0>00280400 00000000 00000000 ed6b2000 00000282 8005003b b7eeca45 00000640
Sep 13 15:51:43 ohome kernel:        00000000 00000000 00000000 00000002 00000033 ee05cb98 f3f3a800 f4912236
Sep 13 15:51:43 ohome kernel:        00800000 00000000 efff0000 fe820000 f4faa000 ed6b2000 0000006a 00000000
Sep 13 15:51:43 ohome kernel: Call Trace:
Sep 13 15:51:43 ohome kernel:  [<f4912236>] journal_cancel_revoke+0xb6/0x1e0 [jbd]
Sep 13 15:51:43 ohome kernel:  [<f5197874>] Vmx86_RunVM_V45+0xa4/0x1c0 [vmmon]
Sep 13 15:51:43 ohome kernel:  [<f490cd85>] do_get_write_access+0x365/0x5f0 [jbd]
Sep 13 15:51:43 ohome kernel:  [<f518e4ce>] Vmx86_RunVM+0x73e/0x2410 [vmmon]
Sep 13 15:51:43 ohome kernel:  [<f494be7c>] __ext3_get_inode_loc+0x16c/0x360 [ext3]
Sep 13 15:51:43 ohome kernel:  [<f494bad0>] ext3_mark_iloc_dirty+0x170/0x3b0 [ext3]
Sep 13 15:51:43 ohome kernel:  [<f490d039>] journal_get_write_access+0x29/0x40 [jbd]
Sep 13 15:51:43 ohome kernel:  [<f494c162>] ext3_mark_inode_dirty+0x32/0x50 [ext3]
Sep 13 15:51:43 ohome kernel:  [<c0117da8>] __wake_up+0x38/0x50
Sep 13 15:51:43 ohome kernel:  [<f490c8dc>] journal_stop+0x1dc/0x320 [jbd]
Sep 13 15:51:43 ohome kernel:  [<f5181d47>] __LinuxDriver_Ioctl+0x167/0xdb0 [vmmon]
Sep 13 15:51:43 ohome kernel:  [<f494d160>] ext3_journal_dirty_data+0x0/0x50 [ext3]
Sep 13 15:51:44 ohome kernel:  [<c0147662>] generic_file_buffered_write+0x392/0x660
Sep 13 15:51:44 ohome kernel:  [<c01231c0>] current_fs_time+0x50/0x60
Sep 13 15:51:44 ohome kernel:  [<c0107b7b>] monotonic_clock+0x3b/0x80
Sep 13 15:51:44 ohome kernel:  [<c011691e>] activate_task+0xbe/0x100
Sep 13 15:51:44 ohome kernel:  [<c0103d75>] __switch_to+0x1d5/0x3f0
Sep 13 15:51:44 ohome kernel:  [<f5183646>] LinuxDriver_Ioctl+0x1e6/0x6e0 [vmmon]
Sep 13 15:51:44 ohome kernel:  [<c01159f9>] __wake_up_common+0x39/0x60
Sep 13 15:51:44 ohome kernel:  [<c0156b9d>] find_extend_vma+0x1d/0x70
Sep 13 15:51:44 ohome kernel:  [<c0136d18>] get_futex_key+0x48/0x110
Sep 13 15:51:44 ohome kernel:  [<c01376f7>] do_futex+0x537/0xa70
Sep 13 15:51:44 ohome kernel:  [<c010484f>] do_notify_resume+0x37f/0x710
Sep 13 15:51:44 ohome kernel:  [<c0107b7b>] monotonic_clock+0x3b/0x80
Sep 13 15:51:44 ohome kernel:  [<c02dc33c>] schedule+0x3fc/0x8c0
Sep 13 15:51:44 ohome kernel:  [<c0121f86>] do_setitimer+0x2f6/0x550
Sep 13 15:51:44 ohome kernel:  [<c010af5c>] convert_fxsr_from_user+0x1c/0xf0
Sep 13 15:51:44 ohome kernel:  [<c0179f18>] do_ioctl+0x78/0x90
Sep 13 15:51:44 ohome kernel:  [<c0179f8c>] vfs_ioctl+0x5c/0x2b0
Sep 13 15:51:44 ohome kernel:  [<c012225d>] sys_setitimer+0x7d/0xa0
Sep 13 15:51:44 ohome kernel:  [<c017a22a>] sys_ioctl+0x4a/0xa0
Sep 13 15:51:44 ohome kernel:  [<c0104f25>] syscall_call+0x7/0xb
Sep 13 15:51:44 ohome kernel: Code: 00 c7 44 24 28 00 00 00 00 84 c0 0f 85 32 02 00 00 66 0f 00 c8 0f b7 c0 66 85 c0 66 89 86 18 04 00 00 74 17 0f b7 d0 03 54 24 4c <0f> b6 42 05 83 e0 0f 83 f8 0b 0f 84 e0 02 00 00 66 8c c8 0f b7
Sep 13 15:52:48 ohome su: (to root) home on /dev/pts/3
Sep 13 15:52:48 ohome su: (to root) home on /dev/pts/3
 
OP
G

gnome4ever

Newbie
Nun ich habe da noch ne VM im Lager da drinn rennt XEN in ner VM. Bei Interesse PM reicht aus...
Hmm ich habe kein Vanderpol oder Pazifika sonst weder noch den Windows Kernelpatch. Drum dachte ich daran VMware zusätzlich zu nutzen ohne den Reboot zu nötigen mich zu nerven

cu @ www.vmware-forum.de
 
haveaniceday

haveaniceday

Hacker
Bei VMware als Basis geht das auch. VMware emuliert notfalls alles.
Nur Xen als Basis und VMWare als "Gast/plugin" um ein Win zu betreiben geht nicht.

Ich hatte deine Frage so verstanden das Xen die Basis sein sollte.

Haveaniceday
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben