vmware 4.0.5 Build (6630) and kernel-2.6.0-0.test8.1.60
Steve
I seem to be running into a problem compiling the modules for VMWare.
I am using the latest test kernel for redhat from Arjan's Site.
http://people.redhat.com/arjanv/2.5/RPMS.kernel/kernel-2.6.0-0.test8.1.60.i686.rpm
and have applied the following patch
ftp://platan.vc.cvut.cz/pub/vmware/vmware-any-any-update43.tar.gz
But it fails when trying to build the modules (details included)
Any insights greatly appreciated. This worked fine until a test7, though I
noted there was some question marks around test7 and i decided to wait
until test8 as hopefully this will be nearer the full release now.
TIA
Steve
------------------------------------------------------------------
[root@localhost vmware-any-any-update43]# ./runme.pl
Updating /usr/bin/vmware ... Unknown version
Sorry, there is no binary patch available for your version of vmware.
VMware modules in "/usr/lib/vmware/modules/source" has been updated.
Before running VMware for the first time after update, you need to configure
it
for your running kernel by invoking the following command:
"/usr/bin/vmware-config.pl". Do you want this script to invoke the command
for
you now? [yes]
Making sure VMware Workstation's services are stopped.
Stopping VMware services:
Virtual machine monitor [ OK ]
grep: /proc/ksyms: No such file or directory
grep: /proc/ksyms: No such file or directory
grep: /proc/ksyms: No such file or directory
Trying to find a suitable vmmon module for your running kernel.
None of VMware Workstation's pre-built vmmon modules is suitable for your
running kernel. Do you want this program to try to build the vmmon module
for
your system (you need to have a C compiler installed on your system)? [yes]
Using compiler "/usr/bin/gcc". Use environment variable CC to override.
What is the location of the directory of C header files that match your
running
kernel? [/lib/modules/2.6.0-0.test8.1.60/build/include]
Extracting the sources of the vmmon module.
Building the vmmon module.
Building for VMware Workstation 4.x.x
make: Entering directory `/tmp/vmware-config0/vmmon-only'
make[1]: Entering directory `/tmp/vmware-config0/vmmon-only'
make[2]: Entering directory
`/tmp/vmware-config0/vmmon-only/driver-2.6.0-0.test8.1.60'
make[2]: Leaving directory
`/tmp/vmware-config0/vmmon-only/driver-2.6.0-0.test8.1.60'
make[2]: Entering directory
`/tmp/vmware-config0/vmmon-only/driver-2.6.0-0.test8.1.60'
In file included from ../common/hostif.h:18,
from ../common/task.C:43:
../include/vcpuset.h: In function `VCPUSet VCPUSet_SingletonChecked(unsigned
int)':
../include/vcpuset.h:52: warning: comparison between signed and unsigned
integer expressions
make[2]: Leaving directory
`/tmp/vmware-config0/vmmon-only/driver-2.6.0-0.test8.1.60'
make[1]: Leaving directory `/tmp/vmware-config0/vmmon-only'
make: Leaving directory `/tmp/vmware-config0/vmmon-only'
Unable to make a vmmon module that can be loaded in the running kernel:
insmod: error inserting '/tmp/vmware-config0/vmmon.o': -1 File exists
There is probably a slight difference in the kernel configuration between
the
set of C header files you specified and your running kernel. You may want
to
rebuild a kernel based on that directory, or specify another directory.
For more information on how to troubleshoot module-related problems, please
visit our Web site at "http://www.vmware.com/download/modules/modules.html"
and
"http://www.vmware.com/support/reference/linux/prebuilt_modules_linux.html".
Execution aborted.
----------------------------------------------------------
Petr Vandrovec
> Making sure VMware Workstation's services are stopped.
>
> Stopping VMware services:
> Virtual machine monitor [ OK ]
>
> insmod: error inserting '/tmp/vmware-config0/vmmon.o': -1 File exists
> There is probably a slight difference in the kernel configuration between
Your installation is damaged. It did not unload vmmon module. Either you
have disabled modules unloading (in this case good luck to you ;-) ) or
vmmon crashed and fails to unload due to that.
What happens if you do:
lsmod; rmmod vmmon; lsmod
Petr
Steve
> Your installation is damaged. It did not unload vmmon module. Either you
> have disabled modules unloading (in this case good luck to you ;-) ) or
> vmmon crashed and fails to unload due to that.
>
> What happens if you do:
>
> lsmod; rmmod vmmon; lsmod
>
> Petr
I checked for the module vmmon and it was not loaded. I tried to run the
runme.pl script again and noted that the new modules were placed in the
/usr/lib/vmware/modules/source the old ones moved to .old
I then ran vmware-config.pl with the same results as before.
I could not unload the vmmon module as it is in use? by init.
I guess a reboot will be needed to unload.
I have the following trace in /var/log/messages if this helps
---------------------------------------------------
Oct 20 17:00:45 localhost kernel: vmmon: no version for "struct_module"
found: kernel tainted.
Oct 20 17:00:45 localhost kernel: vmmon: no version magic, tainting kernel.
Oct 20 17:00:45 localhost kernel: vmmon: module license 'unspecified' taints
kernel.
Oct 20 17:00:45 localhost kernel: Unable to handle kernel NULL pointer
dereference at virtual address 000000a5
Oct 20 17:00:45 localhost kernel: printing eip:
Oct 20 17:00:45 localhost kernel: c01cb706
Oct 20 17:00:45 localhost kernel: *pde = 00000000
Oct 20 17:00:45 localhost kernel: Oops: 0000 [#1]
Oct 20 17:00:45 localhost kernel: CPU: 0
Oct 20 17:00:45 localhost kernel: EIP: 0060:[<c01cb706>] Tainted: PF
Oct 20 17:00:45 localhost kernel: EFLAGS: 00210206
Oct 20 17:00:45 localhost kernel: EIP is at misc_register+0x46/0x132
Oct 20 17:00:45 localhost kernel: eax: c03058ac ebx: c02c7470 ecx:
e0831780 edx: e083178c
Oct 20 17:00:45 localhost kernel: esi: 000000a5 edi: c02f82c8 ebp:
da4b5fa0 esp: da4b5f58
Oct 20 17:00:45 localhost kernel: ds: 007b es: 007b ss: 0068
Oct 20 17:00:45 localhost kernel: Process insmod (pid: 2553,
threadinfo=da4b4000 task=da4b7900)
Oct 20 17:00:45 localhost kernel: Stack: 00000002 756e6547 da4b5f80 e09de069
c02c7470 e09e7900 e09e7bfc e09d71a4
Oct 20 17:00:45 localhost kernel: e09e7ba8 e09e7900 da4b5fa0 e09d70bb
e09bf000 00000000 c02b908c 09c10018
Oct 20 17:00:45 localhost kernel: c02c7470 c02c7458 c02c7458 c012e257
bff50bc5 00000004 09c10018 00000000
Oct 20 17:00:45 localhost kernel: Call Trace:
Oct 20 17:00:45 localhost kernel: [<e09de069>]
Task_ProbeSysenterMSR+0x3b/0x82 [vmmon]
Oct 20 17:00:45 localhost kernel: [<e09d71a4>] init_module+0x122/0x18e
[vmmon]
Oct 20 17:00:45 localhost kernel: [<e09d70bb>] init_module+0x39/0x18e
[vmmon]
Oct 20 17:00:45 localhost kernel: [<c012e257>] sys_init_module+0xec/0x1ca
Oct 20 17:00:45 localhost kernel: [<c010a8ff>] syscall_call+0x7/0xb
Oct 20 17:00:45 localhost kernel:
Oct 20 17:00:45 localhost kernel: Code: 8b 1e 39 19 0f 84 b8 00 00 00 8b 51
0c 8d 42 f4 89 c1 8b 40
Oct 20 17:00:45 localhost kernel: <4>vmmon: no version magic, tainting
kernel.
-------------------------------------------------------
Petr Vandrovec
> Oct 20 17:00:45 localhost kernel: Unable to handle kernel NULL pointer
> dereference at virtual address 000000a5
> Oct 20 17:00:45 localhost kernel: printing eip:
> Oct 20 17:00:45 localhost kernel: c01cb706
> Oct 20 17:00:45 localhost kernel: *pde = 00000000
> Oct 20 17:00:45 localhost kernel: Oops: 0000 [#1]
> Oct 20 17:00:45 localhost kernel: CPU: 0
> Oct 20 17:00:45 localhost kernel: EIP: 0060:[<c01cb706>] Tainted: PF
> Oct 20 17:00:45 localhost kernel: EFLAGS: 00210206
> Oct 20 17:00:45 localhost kernel: EIP is at misc_register+0x46/0x132
This should not happen. It looks like that your running kernel and headers
differs: your kernel used miscdevice.minor (== 165) as a pointer... Only
problem is that 'minor' is supposed to be first member of miscdevice, and
so I cannot think of any reason why it should break.
Can you recheck that your /usr/src/linux-2.6.0-0.test8.1.60/include/linux/miscdevice.h
contains
struct miscdevice {
int minor;
const char* name;
...
}
with nothing extra before 'minor' ?
Petr
Dailos Franchy Gil
> Hi All
>
> I seem to be running into a problem compiling the modules for VMWare.
>
> I am using the latest test kernel for redhat from Arjan's Site.
>
> http://people.redhat.com/arjanv/2.5/RPMS.kernel/kernel-2.6.0-0.test8.1.60.i686.rpm
>
> and have applied the following patch
>
> ftp://platan.vc.cvut.cz/pub/vmware/vmware-any-any-update43.tar.gz
>
> But it fails when trying to build the modules (details included)
>
Hi, I got same errors using RH9 and 2.6.0-test7 kernels, with same
VMware version. The reason was LD_ASSUME_KERNEL variable in the
environment (needed for RPM not to freeze). I hope this helps.
Salud