[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: kernel-smp-2.6.9-34.0.2.EL

Thank you for interest in my kernel panics Dag ;-)

I totaly agree with you about clearcase, but I have to use it . We are 
currently opening a call at IBM, but I have found this :


RHEL 4 is supported by Clearcase :


so, IBM should fix this with a patch, without building kernel.

(our version of cc correspond to minimum support package level :

[root@ bin]# ./cleartool -version
ClearCase version 2003.06.00 (Tue Dec 16 21:15:58 EST 2003)
clearcase_p2003.06.00-14 (Thu Dec 02 15:33:25 EST 2004)
clearcase_p2003.06.00-15 (Thu Dec 02 06:37:35 EST 2004)
clearcase_p2003.06.00-16 (Thu Dec 02 08:15:07 EST 2004)
clearcase_p2003.06.00-17 (Thu Dec 09 08:20:07 EST 2004)
clearcase_p2003.06.00-19 (Tue Apr 05 22:23:24 EDT 2005)
clearcase_p2003.06.00-20 (Wed Apr 06 08:32:39 EDT 2005)
clearcase_p2003.06.00-22 (Tue Apr 26 12:19:27 EDT 2005)
clearcase_p2003.06.00-21 (Wed Apr 06 16:09:19 EDT 2005)
multisite_p2003.06.00-8 (Tue Apr 05 22:06:16 EDT 2005)
clearcase_p2003.06.00-28 (Fri Nov 18 06:38:27 EST 2005)
clearcase_p2003.06.00-29 (Mon Nov 21 22:31:55 EST 2005)
multisite_p2003.06.00-11 (Fri Nov 18 07:52:35 EST 2005)
clearcase_p2003.06.00-30 (Thu Feb 23 15:32:38 EST 2006) 2006A
multisite_p2003.06.00-12 (Wed Feb 22 17:14:39 EST 2006) 2006A
multisite_p2003.06.00-13 (Fri Apr 21 14:51:58 EDT 2006) 2006B
clearcase_p2003.06.00-35 (Fri Apr 21 17:56:52 EDT 2006) 2006B
clearcase_p2003.06.00-36 (Fri Apr 21 15:10:24 EDT 2006) 2006B
@(#) MVFS version 2003.06.10+ (Sat Oct  1 02:32:16 2005) VNODE built 
$Date: 2006-03-07.08:58:03 (UTC) $
cleartool                         2003.06.10+ (Mon Feb 27 01:24:00 EST 
db_server                         2003.06.10+ (Mon Feb 27 01:18:29 EST 
VOB database schema version: 53


I'm asking myself about the possibility to rebuild the modules, I'll ask 
my colleagues (who, of course are off for the month....)

Soon a new path for Clearcase I think :D

Pierre-Stéphane BATON
Consultant Trasys-OSI
Support informatique Unix/Linux
E01-H14-L44 - Tel :+32 (0)71 442797

Alcatel Alenia Space ETCA (DI/SYS)
Rue Chapelle BEAUSSART, 101
B-6032  Mont-sur-Marchienne

Dag Wieers <dag wieers com> 
Envoyé par : redhat-list-bounces redhat com
04/08/2006 15:49
Veuillez répondre à
General Red Hat Linux discussion list <redhat-list redhat com>

General Red Hat Linux discussion list <redhat-list redhat com>

Re: kernel-smp-2.6.9-34.0.2.EL

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

> On Fri, 4 Aug 2006, Dag Wieers wrote:
> > On Fri, 4 Aug 2006, pierre_stephane baton alcatelaleniaspace com 
> >
> > > 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.
> I agree you about number of issues on this kernel : too much 8-D
> For mvfs and vnode, those are used by IBM - Rational Clearcase, I'll 
> by there if they have more info as we have support.

If I can give you one more advice. It might not help, but it is the right 
thing to do anyway. Open a ticket with IBM ClearCase support and demand 
that they fix this the proper way.

They'll probably tell you the kernel modules were not supported by the 
kernel you run and that this is not supported by IBM.

There are 2 issues with this.

 1. The modules should never have been loaded the way they did. If support
    take this lightly they do not understand the problem. It can damage 
    your data ! Let me repeat that: IT CAN DAMAGE YOUR DATA.

    That in itself should be a cause to prevent the situation by 
    IBM by whatever means.

 2. A binary kernel module is never the solutÃion. Vendors often donot 
    understand that, or argue that there is no other way to support Linux. 

    But that's because of their own restrictions, not Linux.

Maybe if enough people make the same complaint they'll get it.

In fact this whole situation will lead to proprietary software being 
inferior to equivalent Open Source offerings and it is important that 
vendors understand this. My experience is that proprietary kernel modules 
(and often proprietary software) on Linux have hidden pitfalls and are 
very hard to support.

Imagine you have one or two other applications or hardware that require 
their own binary kernel modules. There is no way to be sure they work 
together or that they alle support the same kernel and you are basicly 

So it is very important to try and steer away from binary kernel modules 
at all cost. Unless you like complexity and headaches :)

Anyway, I found this on the net. Read the enlightening comment left behind 

by another user :)

                 The abrupt un-exporting of symbols

PS I do understand that you probably cannot steer away from IBM ClearCase 
in your environment. But you get the point.

Kind regards,
--   dag wieers,  dag wieers com,  http://dag.wieers.com/   --
[all I want is a warm bed and a kind word and unlimited power]-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request redhat com?subject=unsubscribe

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]