[Gllug] Processing refusing to die

[Grzegorz Jaskiewicz]

for me it looks like an xfs module error, report to
linux-kernel at vger.kernel.org please :)

On Fri, 2003-04-25 at 11:41, Xander D Harkness wrote:
> I have recently taken over a server in an office running Red Hat 8 with 
> JFS on Raid 5 in degraded mode.
> 
> I do not want to stick another hard drive in until I do a full back up. 
>  This is especially required because the software raid has been set up 
> incorrectly, using multiple drives on the same ribbon.  The Howto says 
> this is a big no no as one failing drive on a ribbon will pull the other 
> down.
> 
> The server dies every couple of weeks and no one knows why.  It seems 
> that it may be brought down by programs failing to close.  It died 
> yesterday, even after being quite responsive with a load of 400+
> 
> Processes that fail to die have included du, java, imapd
> 
> I was hoping that someone might have seen this before and know why it is 
> happening.
> 
> This might provide a clue :-)
> Apr 25 10:33:58 server kernel:
> Apr 25 10:33:58 server kernel: Code: 8b 55 34 8b 45 30 89 d1 31 f9 31 f0 
> 09 c1 0f 84 ab 03 00 00
> Apr 25 10:33:59 server kernel:  <1>Unable to handle kernel paging 
> request at virtual address 8683d141
> Apr 25 10:33:59 server kernel:  printing eip:
> Apr 25 10:33:59 server kernel: c01b9d00
> Apr 25 10:33:59 server kernel: *pde = 00000000
> Apr 25 10:33:59 server kernel: Oops: 0000
> Apr 25 10:33:59 server kernel: soundcore autofs 3c59x iptable_filter 
> ip_tables ide-scsi ide-cd cdrom st mousedev keybdev hid
>  input usb-uhci ehci-hcd usbcore raid5 xor raid1 aic7xxx sd_mod s
> Apr 25 10:33:59 server kernel: CPU:    0
> Apr 25 10:33:59 server kernel: EIP:    0010:[<c01b9d00>]    Not tainted
> Apr 25 10:33:59 server kernel: EFLAGS: 00010282
> Apr 25 10:33:59 server kernel:
> Apr 25 10:33:59 server kernel: EIP is at xfs_next_bit_R501ed594 [] 
> 0x2b7d0 (2.4.18-26SGI_XFS_1.2.0)
> Apr 25 10:33:59 server kernel: eax: e515b720   ebx: c5af409c   ecx: 
> e51df7a5   edx: 2018f585
> Apr 25 10:33:59 server kernel: esi: 3810a330   edi: 00000000   ebp: 
> 8683d10d   esp: f4de1da0
> Apr 25 10:33:59 server samba(pam_unix)[18010]: session opened for user 
> sam by (uid=0)
> Apr 25 10:33:59 server kernel: ds: 0018   es: 0018   ss: 0018
> Apr 25 10:33:59 server kernel: Process smbd (pid: 18009, stackpage=f4de1000)
> Apr 25 10:33:59 server kernel: Stack: c344f338 00000000 00000000 
> 00000000 c344f338 f7609c00 3810a330 c015633b
> Apr 25 10:33:59 server kernel:        f7609c00 c1e312f0 00000000 
> 00000000 8683d10d c5af409c c5af4080 3810a330
> Apr 25 10:33:59 server kernel:        00000000 c01ba367 c5af4080 
> f75ee000 00000000 3810a330 00000000 00000000
> Apr 25 10:33:59 server kernel: Call Trace: [<c015633b>] 
> iget4_locked_R88152af1 [] 0xdb (0xf4de1dbc))
> Apr 25 10:33:59 server kernel: [<c01ba367>] xfs_next_bit_R501ed594 [] 
> 0x2be37 (0xf4de1de4))
> Apr 25 10:33:59 server kernel: [<c01d3167>] xfs_next_bit_R501ed594 [] 
> 0x44c37 (0xf4de1e24))
> Apr 25 10:33:59 server kernel: [<c01d80e5>] xfs_next_bit_R501ed594 [] 
> 0x49bb5 (0xf4de1e58))
> Apr 25 10:33:59 server kernel: [<c01e4abc>] pagebuf_offset_R84ceb85b [] 
> 0x550c (0xf4de1e88))
> Apr 25 10:33:59 server kernel: [<c014aee7>] path_release_R19c7d4fe [] 
> 0x177 (0xf4de1eb0))
> Apr 25 10:33:59 server kernel: [<c014b44f>] follow_down_Reb2b9315 [] 
> 0x49f (0xf4de1ecc))
> Apr 25 10:33:59 server kernel: [<c014ba39>] path_walk_Rc1775230 [] 0x2e9 
> (0xf4de1f0c))
> Apr 25 10:33:59 server kernel: [<c014bcd9>] __user_walk_R26e547e3 [] 
> 0x49 (0xf4de1f1c))
> Apr 25 10:33:59 server kernel: [<c0147dcf>] vfs_stat_Rafb0bdd7 [] 0x1f 
> (0xf4de1f38))
> Apr 25 10:33:59 server kernel: [<c014844b>] sys_readlink_R4149a0d5 [] 
> 0x1ab (0xf4de1f70))
> Apr 25 10:33:59 server kernel: [<c013f9fe>] sys_close_R268cc6a2 [] 0x4e 
> (0xf4de1fb0))
> Apr 25 10:33:59 server kernel: [<c010a24e>] show_stack_R680ab6cc [] 
> 0xdbe (0xf4de1fb8))
> Apr 25 10:33:59 server kernel: [<c0109147>] sys_sigaltstack_Rab65536b [] 
> 0xf87 (0xf4de1fc0))
> 
> 
-- 
Grzegorz Jaskiewicz <gj at pointblue.com.pl>
K4 labs



-- 
Gllug mailing list  -  Gllug at linux.co.uk
http://list.ftech.net/mailman/listinfo/gllug