Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 141967 - vmware-server fails to run a vm - vmware-vmx causes Oops in vmware modules
Summary: vmware-server fails to run a vm - vmware-vmx causes Oops in vmware modules
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal enhancement (vote)
Assignee: Gentoo VMWare Bug Squashers [disabled]
Depends on:
Blocks: 137424
  Show dependency tree
Reported: 2006-07-27 22:32 UTC by Mike Kelly (RETIRED)
Modified: 2006-08-19 09:57 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

/tmp/emerge-vmware-modules.log (emerge-vmware-modules.log,5.77 KB, text/plain)
2006-07-28 16:15 UTC, Mike Kelly (RETIRED)

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Kelly (RETIRED) gentoo-dev 2006-07-27 22:32:08 UTC
I get the following in dmesg when I try to run a vm:

BUG: unable to handle kernel paging request at virtual address f88e33e8
 printing eip:
*pde = 01904067
*pte = 00000000
Oops: 0000 [#2]
Modules linked in: vmnet vmmon pcspkr radeon drm vfat fat e100 intel_agp agpgart usblp
CPU:    0
EIP:    0060:[<f88e33e8>]    Tainted: PF     VLI
EFLAGS: 00213286   (2.6.17-gentoo-r3 #1) 
EIP is at 0xf88e33e8
eax: d0312000   ebx: f88e33e8   ecx: 00000000   edx: e5821f6c
esi: 00000400   edi: d0312000   ebp: 00000400   esp: e5821f4c
ds: 007b   es: 007b   ss: 0068
Process vmware-vmx (pid: 28544, threadinfo=e5820000 task=f1ccd070)
Stack: c017304b 00000400 e5821f70 00000000 00000400 b47e8000 00000000 f7bcbcc0 
       00000000 00000000 f160f6c0 c0172f4b b47e8000 00000400 c0149e74 e5821fa4 
       f160f6c0 fffffff7 00000000 e5820000 c014a2bd e5821fa4 00000000 00000000 
Call Trace:
 <c017304b> proc_file_read+0x100/0x224  <c0172f4b> proc_file_read+0x0/0x224
 <c0149e74> vfs_read+0x81/0x120  <c014a2bd> sys_read+0x3c/0x63
 <c0102757> sysenter_past_esp+0x54/0x75 
Code:  Bad EIP value.
EIP: [<f88e33e8>] 0xf88e33e8 SS:ESP 0068:e5821f4c

The vm never starts, I just get the "Power On" light flashing indefinitely. I'm
running a gentoo-sources-2.6.17-r3.

Gentoo Base System version 1.12.1
Portage 2.1.1_pre3-r5 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-gentoo-r3 i686)
System uname: 2.6.17-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 2.60GHz
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
app-admin/eselect-compiler: 2.0.0_rc2-r1
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r2
dev-util/confcache:  0.4.2-r1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: [Not Present]
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
CFLAGS="-march=pentium4 -O2 -pipe"
CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=pentium4 -O2 -pipe"
FEATURES="autoconfig buildpkg ccache confcache distlocks metadata-transfer parallel-fetch sandbox sfperms splitdebug strict userpriv usersandbox"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTDIR_OVERLAY="/usr/local/portage /home/pioto/svn/pioto-overlay /home/pioto/svn/paludis-overlay /usr/portage/local/layman/vmware /usr/portage/local/layman/sunrise"
USE="x86 X a52 aac acpi afs alsa arts asf audiofile avi bash-completion berkdb bitmap-fonts bzip2 cairo cdr clamav cli crypt ctype cups dba dbus dlloader dri dvd eds emboss encode esd ethereal exif expat fam fastbuild firefox flac foomaticdb force-cgi-redirect fortran ftp gd gdbm gif glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal howl idn imap imlib ipod ipv6 isdnlog java jpeg kde kerberos lcms libg++ libwww live logrotate mad matroska memlimit mikmod mime mmap mmx mng motif mozilla mp3 mpeg musicbrainz ncurses nls nptl nsplugin offensive ogg opengl oss pam pcre pda pdflib perl pic png posix ppds pppd python qt qt3 qt4 quicktime readline real reflection samba sasl sdl session simplexml slang soap sockets spell spl sse sse2 ssl tcl tcltk tcpd tiff tk tokenizer truetype truetype-fonts type1-fonts udev usb v4l v4l2 vdr vorbis win32codecs xcomposite xface xine xml xml2 xmms xorg xsl xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux linguas_en userland_GNU video_cards_ati video_cards_radeon video_cards_v4l"
Comment 1 Mike Auty (RETIRED) gentoo-dev 2006-07-28 02:07:21 UTC
Hi Mike

I'm going to need a little more information from you.  First off I'd like to know what version of vmware-server you're running, also what version of vmware-modules you're running, and finally, just in case, to check and make sure you're not using JFS.  Thanks! 
Comment 2 Mike Kelly (RETIRED) gentoo-dev 2006-07-28 11:52:50 UTC
Oops, sorry, my vmware-server is [same for the server-console], and vmware-modules is version And, no, there is no JFS anywhere, just ext3.
Comment 3 Mike Auty (RETIRED) gentoo-dev 2006-07-28 16:05:50 UTC
Ok, thanks for getting back to me Mike.  That all sounds fine, could you please attach the emerge output for the vmware-modules just to check there are no unusual errors or warnings during compilation?  Basically if you run "emerge --oneshot vmware-modules 2>&1 > /tmp/emerge-vmware-modules.log" and then return the log file created in /tmp, it'll help us rule out any unusual things in the build process of the modules, to see whether they're the cause.  Thanks...  5:)
Comment 4 Mike Kelly (RETIRED) gentoo-dev 2006-07-28 16:15:13 UTC
Created attachment 92961 [details]

emerge log of vmware-modules
Comment 5 Mike Auty (RETIRED) gentoo-dev 2006-07-28 16:37:14 UTC
Wow, thanks for the quick response!  5:)

Unfortunately, it shows everything's compiling just fine, which leaves me at a bit of a loss as to what could be causing it?  The call trace shows some common calls, but nothing that I can find duplicates of relating directly to vmware...

If you can provide any other unusual information about your setup (weird hardware, uncommon software settings, grsec applied, etc), they might provide a clue as to the oops.  Otherwise, with the kernel being tainted by the vmware modules, the chances are we'll be unlikely to find much help from anywhere...  5:(

Just to make sure I'm not being silly, I'll of course suggest the obvious "reboot the machine" and "check that the modules you just compiled are definitely the ones in use" etc, but I imagine you've checked all that already.

I'm afraid we're out of my area of expertise, but I'll leave the bug open in case you find a solution or can post any further information about it.  Sorry I can't help more...
Comment 6 Mike Kelly (RETIRED) gentoo-dev 2006-07-28 18:37:26 UTC
Quick response is thanks to liquidx's pybugz...

There isn't anything weird installed that i can think of.. It's a standard dell desktop. I used to have vmware running well on it, too. I've done a total wipe of all vmware stuff, including everything in /etc, and all evidence of the modules and then reinstalled. Machine has been rebooted multiple times, I've upgraded the kernel.

Thanks for giving it a shot.
Comment 7 Mike Kelly (RETIRED) gentoo-dev 2006-08-04 22:00:59 UTC
Since no one else is getting this, I'll resolve as LATER for now, and take another look at it in a few weeks or so.
Comment 8 Mike Kelly (RETIRED) gentoo-dev 2006-08-19 07:11:29 UTC
I've tried it again now, using the latest builds from the overlay (, and things work fine.
Comment 9 Mike Auty (RETIRED) gentoo-dev 2006-08-19 07:17:35 UTC
Ok great, I'll mark this bug closed as soon as the new version of vmware goes in the tree, thanks for letting me know!  5:)
Comment 10 Mike Auty (RETIRED) gentoo-dev 2006-08-19 09:57:22 UTC
The latest version (masked) just hit CVS, should be with the rsync servers in an hour or two.  It'll stay masked for a few days for testing, and I anticipate unmasking it in the middle of next week.  If you discover this issue comes back again, please just reopen the bug.  Thanks...  5:)