Kernel Oops using ssi 1.2.2

Duncan Smith <[email protected]>
Newsgroups gmane.linux.cluster.ssic.user
Message-ID <[email protected]>
I am trying to run a standard compiled executable on FC2 with the 
OpenSSI kernel 1.2.2.  The executable works fine when run locally, but 
when the second node starts and the process is loadlevelled it 
occasionally causes a kernel oops which hangs the pc.  The only 
non-standard element in my setup is that the executable is being 
launched from inside a java program, though the executable is still run 
as a separate process.  System log for the Oops is given below.

Any suggestions on how to fix this?

Thanks in advance for your help

Extract from system log follows:
May 20 14:40:03 vicky kernel: Unable to handle kernel NULL pointer 
dereference at virtual address 00000008
May 20 14:40:03 vicky kernel:  printing eip:
May 20 14:40:03 vicky kernel: c020f67b
May 20 14:40:03 vicky kernel: *pde = 2ef24001
May 20 14:40:03 vicky kernel: *pte = 00000000
May 20 14:40:03 vicky kernel: Oops: 0000
May 20 14:40:03 vicky kernel: binfmt_misc mousedev input parport_pc lp 
parport autofs4 nfsd ide-cd sr_mod scsi_mod cdrom floppy dm-mod radeon 
agpgart tulip 8390 mii 
May 20 14:40:03 vicky kernel: CPU:    0
May 20 14:40:03 vicky kernel: EIP:    0060:[<c020f67b>]    Not tainted
May 20 14:40:03 vicky kernel: EFLAGS: 00010286
May 20 14:40:03 vicky kernel:
May 20 14:40:03 vicky kernel: EIP is at reop_export_file [kernel] 0x1b 
(2.4.22-1.2199.nptl_ssi_9smp)
May 20 14:40:03 vicky kernel: eax: eef4802c   ebx: 00000000   ecx: 
00000002   edx: eef4802c
May 20 14:40:03 vicky kernel: esi: 000001d0   edi: 00000007   ebp: 
eec0dca8   esp: eec0dc78
May 20 14:40:03 vicky kernel: ds: 0068   es: 0068   ss: 0068
May 20 14:40:03 vicky kernel: Process java (pid: 69610, stackpage=eec0d000)
May 20 14:40:03 vicky kernel: Stack: f5b19a80 f7e63f00 00000002 f2cfa928 
00000000 00000000 00000000 00001180
May 20 14:40:03 vicky kernel:        f076a800 0000114c eef48024 00000007 
eec0dcd4 c020841d 00000000 00000002
May 20 14:40:03 vicky kernel:        eef4802c 00000000 e3c48d80 eeae0c80 
eec0c000 00000000 f2b40000 eec0dd18
May 20 14:40:03 vicky kernel: Call Trace:  
May 20 14:40:03 vicky kernel: [<c020841d>] reopen_load_msg [kernel] 
0x18d (0xeec0dcac)
May 20 14:40:03 vicky kernel: [<c0208a96>] common_data_load_msg [kernel] 
0x596 (0xeec0dcd8)
May 20 14:40:03 vicky kernel: [<c0208eea>] rexecve_pproc_load_msg 
[kernel] 0x2a (0xeec0dd1c)
May 20 14:40:03 vicky kernel: [<c0206a97>] cli_rexecve [kernel] 0xf7 
(0xeec0dd2c)
May 20 14:40:03 vicky kernel: [<c01fbd0a>] dvp_rexecve [kernel] 0x20a 
(0xeec0dd7c)
May 20 14:40:03 vicky kernel: [<c0188d40>] proc_pid_make_inode [kernel] 
0x60 (0xeec0dde4)
May 20 14:40:03 vicky kernel: [<c016544e>] ssi_do_execve [kernel] 0x2de 
(0xeec0de18)
May 20 14:40:03 vicky kernel: [<c014e195>] lru_cache_add [kernel] 0x75 
(0xeec0de5c)
May 20 14:40:03 vicky kernel: [<c01f6ace>] pvpop_procfs_readfd [kernel] 
0x1be (0xeec0de74)
May 20 14:40:03 vicky kernel: [<c0188a3b>] proc_readfd [kernel] 0x14b 
(0xeec0def4)
May 20 14:40:03 vicky kernel: [<c01873e0>] proc_delete_inode [kernel] 
0x0 (0xeec0df14)
May 20 14:40:03 vicky kernel: [<c0174c11>] destroy_inode [kernel] 0x71 
(0xeec0df20)
May 20 14:40:03 vicky kernel: [<c0176f6a>] iput [kernel] 0x11a (0xeec0df34)
May 20 14:40:03 vicky kernel: [<c0172fa1>] dput [kernel] 0x31 (0xeec0df54)
May 20 14:40:03 vicky kernel: [<c015a418>] fput [kernel] 0xe8 (0xeec0df6c)
May 20 14:40:03 vicky kernel: [<c016515f>] do_execve [kernel] 0x2f 
(0xeec0df84)
May 20 14:40:03 vicky kernel: [<c0107fcf>] sys_execve [kernel] 0x3f 
(0xeec0dfa0)
May 20 14:40:03 vicky kernel: [<c010be37>] system_call [kernel] 0x33 
(0xeec0dfc0)
May 20 14:40:03 vicky kernel:
May 20 14:40:03 vicky kernel: Code: 8b 43 08 8b 40 08 89 45 f0 0f b7 40 
32 89 45 ec c7 02 00 00

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.