kernel-smp-2.6.9-34.0.2.EL

[Dag Wieers]

On Fri, 4 Aug 2006, pierre_stephane.baton at alcatelaleniaspace.com wrote:

> On Fri, 4 Aug 2006, Dag Wieers wrote:
> > On Fri, 4 Aug 2006, pierre_stephane.baton at alcatelaleniaspace.com wrote:
> > 
> > > We have a big problem with 2 workstations here.
> > > 
> > > Both are running kernel smp-2.6.9-22.0.2.EL with software Mentor 
> > Graphics 
> > > ModelSim SE. Yesterday  we have updated  to 
> > > kernel-smp-2.6.9-34.0.2.EL.x86_64 with no problem until one of our 
> > > engineer closed the simulation. At this point a kernel panic 
> > > occured. 
> > > Someone else had a similar problem?
> > 
> > Expecting to find any people that use the same software in the same 
> > conditions resulting in the same (undefined) kernel panic is going to 
> > be tremendously hard.
> > 
> > It would be really useful to send the information from the kernel 
> > panic. Either from /var/log/messages (unlickely there's something 
> > useful in there), by typing the stuff from screen (or the most 
> > relevant bits anyway) or by installing something like crash to dump 
> > the kernel panic over the network to another machine.
>
> For sure it'll be hard to find other platforms with same conditions. If 
> someone else has a kernel panic with another soft, it should help.

If people with other software have kernel panics there is no way of 
knowing if it is related to the same issue. Unless you are convinced 
2.6.9-34.0.2.EL only has 1 issue and that issue bit you ? :)

 
> Nothing in /var/log/message, I checked there 1st. I can't experiment it 
> again, those WS are in prod, and the soft has to ru for hours to produce 
> results, so I can't crash it..
> 
> HeY I just asked my colleague, as he has put a cosole server, this is the 
> output! :
> 
> ^M<3/8/2006 11:19:06 MEST>Kernel BUG at locks:1799
> ^M<3/8/2006 11:19:06 MEST>invalid operand: 0000 [1] SMP
> ^M<3/8/2006 11:19:06 MEST>CPU 0
> ^M<3/8/2006 11:19:06 MEST>Modules linked in: mvfs(U) vnode(U) nfsd 
> exportfs md5 ipv6 parport_pc lp parport autofs4 i2c_dev i2c_core nfs lockd 
> nfs_acl sunrpc ds yenta_socket pcmcia_core dm_mirror dm_mod uhci_hcd 
> ehci_hcd e1000 floppy ext3 jbd raid1 ata_piix libata sd_mod scsi_mod
> ^M<3/8/2006 11:19:07 MEST>Pid: 13436, comm: StartHostSoftFr Tainted: PF  
> 2.6.9-34.0.2.ELsmp

Ok, this kernel is tainted. It has a non GPL-licensed module loaded and 
one of the modules has been force-loaded (which is an indication it may 
not have been build for your kernel).

Both mvfs and vnode modules are not part of the kernel and the kernel 
panic is obviously related to mvfs. I hope you have a 3rd party vendor to 
complain to.

Loading kernel modules that are not build against the kernel you are 
running is a high risk of messing up your system. You may have been lucky 
that you did not loose any data.

Kind regards,
--   dag wieers,  dag at wieers.com,  http://dag.wieers.com/   --
[all I want is a warm bed and a kind word and unlimited power]