<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi,<br>
<br>
Yes I have seen and I know that the module that don't loads correctly
it's from vmware.<br>
<br>
The problem with the module it's that it complains about it's license.
Vmware configure script try to load the module when configuring it and
and it says it loads OK, but kernel complains about license.<br>
<br>
I'm just remembering now, that centos crew they recently change
kmod-drbd package politics, before they had one rpm for each kernel
they sent out. Now the same rpm it's for all the kernels. Can that be
the problem?<br>
<br>
About modules i think it's all, everything else it's normal and it's
distributed with the kernel itself.<br>
<br>
Thanks,<br>
<br>
Lars Marowsky-Bree wrote:
<blockquote cite="mid:20090129113953.GS16895@suse.de" type="cite">
<pre wrap="">On 2009-01-28T10:49:25, Igor Neves <a class="moz-txt-link-rfc2396E" href="mailto:igor@3gnt.net"><igor@3gnt.net></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Pid: 8329, comm: drbd0_receiver
EIP: 0060:[<c0608e1b>] CPU: 3
EIP is at _spin_lock_irqsave+0x13/0x27
EFLAGS: 00000282 Tainted: GF (2.6.18-92.1.22.el5PAE #1)
</pre>
</blockquote>
<pre wrap=""><!---->
The tainted F flag means that a module was forced into the kernel,
despite its symbol type checksums indicating that they do not match the
running kernel.
Basically, when that happens, all bets are completely off. That can and
will cause data corruption, which can manifest itself in random ways,
and in places seemingly unrelated to the module loaded.
Any reputable Linux vendor in the world will throw up their hands and
say "No way", or increase your bill tenfold ;-)
Can you retest this with a clean system?
Regards,
Lars
</pre>
</blockquote>
</body>
</html>