Hallo, ich habe etwas Stress mit vmware4 und Kernel 2.4.21 von H. Mantel. Ich kann die virtuelle Maschinen starten. Nach kurzer Zeit (mal noch beim booten, mal wenn ich das erste Programm starten will) bleibt vmware gnadenlos stehen. Im syslog finde den netten Oops: Jul 31 13:56:11 pc121353 vmnet-dhcpd: DHCPDISCOVER from 00:0c:29:d2:05:df via vmnet1 Jul 31 13:56:12 pc121353 vmnet-dhcpd: DHCPOFFER on 192.168.10.132 to 00:0c:29:d2:05:df via vmnet1 Jul 31 13:56:12 pc121353 vmnet-dhcpd: DHCPREQUEST for 192.168.10.132 from 00:0c:29:d2:05:df via vmnet1 Jul 31 13:56:12 pc121353 vmnet-dhcpd: DHCPACK on 192.168.10.132 to 00:0c:29:d2:05:df via vmnet1 Jul 31 13:56:16 pc121353 kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jul 31 13:56:16 pc121353 kernel: printing eip: Jul 31 13:56:16 pc121353 kernel: 00000000 Jul 31 13:56:16 pc121353 kernel: *pde = 00000000 Jul 31 13:56:16 pc121353 kernel: Oops: 0000 2.4.21-0-ak #2 Mon Jul 7 08:52:02 CEST 2003 Jul 31 13:56:16 pc121353 kernel: CPU: 0 Jul 31 13:56:16 pc121353 kernel: EIP: 0010:[<00000000>] Tainted: PF Jul 31 13:56:16 pc121353 kernel: EFLAGS: 00213217 Jul 31 13:56:16 pc121353 kernel: eax: 00000001 ebx: 306f9000 ecx: 81b43880 edx: 80000000 Jul 31 13:56:16 pc121353 kernel: esi: 0000006d edi: 8bd87000 ebp: 91976000 esp: 96321e58 Jul 31 13:56:16 pc121353 kernel: ds: 0018 es: 0018 ss: 0018 Jul 31 13:56:16 pc121353 kernel: Process vmware-vmx (pid: 1646, stackpage=96321000) Jul 31 13:56:16 pc121353 kernel: Stack: 85d34c00 00000000 00000342 8392a774 8de0e280 00000000 00000000 875fdc80 Jul 31 13:56:16 pc121353 kernel: 89b825c0 875fdc80 96321f90 83928712 85d34c00 00000000 89b825d0 00003286 Jul 31 13:56:16 pc121353 kernel: 000000d0 ffffffe7 00000000 9f6ddc80 818d1a1d 89b825c0 00000000 89b825c0 Jul 31 13:56:16 pc121353 kernel: Call Trace: [<8392a774>] [<83928712>] [<818d1a1d>] [<81866233>] [<8014c8de>] Jul 31 13:56:16 pc121353 kernel: [<8014e17e>] [<81865e63>] [<80129980>] [<80129a01>] [<80147689>] [<8010881b>] Jul 31 13:56:16 pc121353 kernel: Modules: [(vmmon:<83928060>:<8392d9f4>)] [(ext3:<81860060>:<81872488>)] Jul 31 13:56:16 pc121353 kernel: [(jbd:<818d0060>:<818dad1c>)] Jul 31 13:56:16 pc121353 kernel: Code: Bad EIP value. Das komische ist: Die _gleiche_ vm auf dem "alten" Kernel 2.4.20 läuft ohne zu murren. Die Kernelkonfiguration des 2.4.21 entstand durch ein forsches make oldconfig aus der 2.4.20er Konfiguration. ein diff auf die (um Kommentare und Leerzeilen bereinigten .config's) ergibt: > CONFIG_EDD=y > CONFIG_CRYPTO=m > CONFIG_CIPHERS=y > CONFIG_CIPHER_AES=m > CONFIG_CIPHER_3DES=m > CONFIG_CIPHER_NULL=m > CONFIG_CIPHER_DES=m > CONFIG_DIGESTS=y > CONFIG_DIGEST_MD5=m > CONFIG_DIGEST_SHA1=m > CONFIG_CRYPTODEV=y > CONFIG_CRYPTOLOOP=m > CONFIG_CRYPTOLOOP_ATOMIC=y > CONFIG_IP_NF_AMANDA=m > CONFIG_IP_NF_NAT_AMANDA=m CONFIG_BLK_DEV_ADMA=y < CONFIG_SD_EXTRA_DEVS=40 | CONFIG_SD_MAX_MAJORS=16 CONFIG_FS_POSIX_ACL=y < > CONFIG_CFGNAME="ak" > CONFIG_RELEASE=0 Das bedeutet, das bis auf die "neuen" crypto-Module eingentlich alles identisch ist, oder? BLK_DEV_ADMA gibts nicht mehr, ebenso FS_POSIX_ACL. Wo kann ich suchen? Booten mit Option APIC und ohne bringt keine Änderung hierbei. Andreas
Andreas Kyek schrieb:
ich habe etwas Stress mit vmware4 und Kernel 2.4.21 von H. Mantel. Ich kann die virtuelle Maschinen starten. Nach kurzer Zeit (mal noch beim booten, mal wenn ich das erste Programm starten will) bleibt vmware gnadenlos stehen. Im syslog finde den netten Oops: [...]
Jage den Oops durch ksymoops (das geht nur auf Deiner Maschine, die auch den Oops geliefert hat) und vielleicht wirst Du dann schlauer. Ein entsprechendes Feedback an H. Mantel waere im Anschluss sicher nicht schlecht. Bedenke aber, a) dass es sich bei Kernel 2.4.21.SuSE um keinen offiziellen SuSE-Kernel sondern um einen Test-Kernel handelt, und b) dass vmware4 offiziell nur mit Kernel 2.4.20.SuSE unter- stuetzt wird: As newer Linux kernels and distributions are released, VMware modifies and tests its products for stability and reliability on those host platforms. We make every effort to add support for new kernels and distributions in a timely manner, but until a kernel or distribution is added to the list below, its use with our products is not supported.[...] Warum bist Du ueberhaupt auf Kernel 2.4.21.SuSE umgestiegen? Bringt Dir das irgendwelche Vorteile? CU, Thomson
Thomas Hertweck wrote:
Andreas Kyek schrieb:
ich habe etwas Stress mit vmware4 und Kernel 2.4.21 von H. Mantel. Ich kann die virtuelle Maschinen starten. Nach kurzer Zeit (mal noch beim booten, mal wenn ich das erste Programm starten will) bleibt vmware gnadenlos stehen. Im syslog finde den netten Oops: [...]
Jage den Oops durch ksymoops (das geht nur auf Deiner Maschine, die auch den Oops geliefert hat) und vielleicht wirst Du dann schlauer.
Nicht wirklich. Das habe ich zwar gemacht, aber es hilft mir nicht. (OK, ich bin auch nicht so der begnadete Kernelhacker)
Ein entsprechendes Feedback an H. Mantel waere im Anschluss sicher nicht schlecht. Bedenke aber,
a) dass es sich bei Kernel 2.4.21.SuSE um keinen offiziellen SuSE-Kernel sondern um einen Test-Kernel handelt, und
weiss ich.
b) dass vmware4 offiziell nur mit Kernel 2.4.20.SuSE unter- stuetzt wird: As newer Linux kernels and distributions are released, VMware modifies and tests its products for stability and reliability on those host platforms. We make every effort to add support for new kernels and distributions in a timely manner, but until a kernel or distribution is added to the list below, its use with our products is not supported.[...]
Tja, nur bisher hat das bei mir eigentlich fast immer funktioniert. Es gab mal ganz am Anfang der 2.4er Serie so'n blodes Problem mit vmware; das ist aber schon lange her. Da musste man sich sogar vmware patchen.
Warum bist Du ueberhaupt auf Kernel 2.4.21.SuSE umgestiegen? Bringt Dir das irgendwelche Vorteile?
Weil ich ab und zu morgens ein bischen was ausprobiere (bevor der Rest der Abteilung den Server dann wieder benutzen will). Der Spieltrieb will befriedigt werden. Ist nicht wirklich schlimm und nun lauft auch wieder der 2.4.20er, aber ich wurde es nur gerne verstehen. So long Andreas
participants (2)
-
Andreas Kyek -
Thomas Hertweck