All of lore.kernel.org
 help / color / mirror / Atom feed
* NFS causing kernel panics
@ 2004-04-30 18:17 Randy Paries
  2004-04-30 19:59 ` Trond Myklebust
  2004-04-30 20:08 ` Steve Dickson
  0 siblings, 2 replies; 4+ messages in thread
From: Randy Paries @ 2004-04-30 18:17 UTC (permalink / raw)
  To: nfs

[-- Attachment #1: Type: text/plain, Size: 2671 bytes --]

Hello,
 
I have a machine that is a nfs client. It keeps having kernel panics
 
i have included some from the log file
 
Both the client and server are very busy
 
I am not sure how to debug and i am looking for some direction
Thanks
----------------------------------------------------------------------------
----------------------------------------------------------------------------
------------------------------------
 
Apr 30 11:27:47 krusty kernel: nfs: server local.flanders not responding,
still trying
Apr 30 11:27:53 krusty kernel: nfs: server local.flanders OK
Apr 30 11:35:04 krusty kernel: divide error: 0000
Apr 30 11:35:04 krusty kernel: autofs nfs lockd sunrpc e100 e1000 keybdev
mousedev hid input usb-uhci usbcore ext3 jbd raid1 dpt_i2o aic7xxx sd_mod
scsi_mod
Apr 30 11:35:04 krusty kernel: CPU:    0
Apr 30 11:35:04 krusty kernel: EIP:    0060:[<c012db94>]    Not tainted
Apr 30 11:35:04 krusty kernel: EFLAGS: 00010246
Apr 30 11:35:04 krusty kernel:
Apr 30 11:35:04 krusty kernel: EIP is at schedule_timeout [kernel] 0x64
(2.4.20-31.9smp)
Apr 30 11:35:04 krusty kernel: eax: 00000000   ebx: 000299af   ecx: f1408b80
edx: 00000000
Apr 30 11:35:04 krusty kernel: esi: e8273f1c   edi: 00000000   ebp: 00000000
esp: e8273f10
Apr 30 11:35:04 krusty kernel: ds: 0068   es: 0068   ss: 0068
Apr 30 11:35:04 krusty kernel: Process httpd (pid: 4397, stackpage=e8273000)
Apr 30 11:35:04 krusty kernel: Stack: e8273f1c c02080fc 00000000 e8e7f968
e8de3f1c 000299af e8272000 c012db20
Apr 30 11:35:04 krusty kernel:        e8273fa8 00000000 bfffe7c0 00000000
bfffe7c0 c0166ba6 00000001 eb554000
Apr 30 11:35:04 krusty kernel:        e8273f60 e8273f64 e8272000 e8272000
00000000 00000000 000005dd bfffe7c0
Apr 30 11:35:04 krusty kernel: Call Trace:   [<c02080fc>] sock_poll [kernel]
0x2c (0xe8273f14))
Apr 30 11:35:04 krusty kernel: [<c012db20>] process_timeout [kernel] 0x0
(0xe8273f2c))
Apr 30 11:35:04 krusty kernel: [<c0166ba6>] do_pollfd [kernel] 0x166
(0xe8273f44))
Apr 30 11:35:04 krusty kernel: [<c0166d7b>] sys_poll [kernel] 0x17b
(0xe8273f78))
Apr 30 11:35:04 krusty kernel: [<c01098cf>] system_call [kernel] 0x33
(0xe8273fc0))
Apr 30 11:35:04 krusty kernel:
Apr 30 11:35:04 krusty kernel:
Apr 30 11:35:04 krusty kernel: Code: f7 ff ff a1 64 a9 3f c0 29 c6 31 c0 85
f6 8b 5c 24 2c 0f 49
Apr 30 12:07:24 krusty syslogd 1.4.1: restart.
Apr 30 12:07:24 krusty syslog: syslogd startup succeeded
Apr 30 12:07:24 krusty kernel: klogd 1.4.1, log source = /proc/kmsg started.
Apr 30 12:07:24 krusty kernel: Linux version 2.4.20-31.9smp
(bhcompile@daffy.perf.redhat.com) (gcc version 3.2.2 20030222 (Red Hat Linux
3.2.2-5)) #1 SMP Tue Apr 13 17:40:10 EDT 2004
A

[-- Attachment #2: Type: text/html, Size: 4457 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: NFS causing kernel panics
  2004-04-30 18:17 NFS causing kernel panics Randy Paries
@ 2004-04-30 19:59 ` Trond Myklebust
  2004-04-30 20:08 ` Steve Dickson
  1 sibling, 0 replies; 4+ messages in thread
From: Trond Myklebust @ 2004-04-30 19:59 UTC (permalink / raw)
  To: Randy Paries; +Cc: nfs

On Fri, 2004-04-30 at 14:17, Randy Paries wrote:
> Hello,
>  
> I have a machine that is a nfs client. It keeps having kernel panics
>  
> i have included some from the log file
>  

That Oops trace looks like it has nothing to do with NFS: it is rather
something in the socket "poll()" support that is messing up.

I suggest you report it to RedHat's Bugzilla... (bugzilla.redhat.com
IIRC).

Cheers,
  Trond


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: NFS causing kernel panics
  2004-04-30 18:17 NFS causing kernel panics Randy Paries
  2004-04-30 19:59 ` Trond Myklebust
@ 2004-04-30 20:08 ` Steve Dickson
  2004-04-30 20:19   ` Randy Paries
  1 sibling, 1 reply; 4+ messages in thread
From: Steve Dickson @ 2004-04-30 20:08 UTC (permalink / raw)
  To: Randy Paries; +Cc: nfs

Randy Paries wrote:  

> I have a machine that is a nfs client. It keeps having kernel panics
>  
> i have included some from the log file
>  
> Both the client and server are very busy
>  
> I am not sure how to debug and i am looking for some direction
> Thanks
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>  
> Apr 30 11:27:47 krusty kernel: nfs: server local.flanders not 
> responding, still trying
> Apr 30 11:27:53 krusty kernel: nfs: server local.flanders OK
> Apr 30 11:35:04 krusty kernel: divide error: 0000
> Apr 30 11:35:04 krusty kernel: autofs nfs lockd sunrpc e100 e1000 
> keybdev mousedev hid input usb-uhci usbcore ext3 jbd raid1 dpt_i2o 
> aic7xxx sd_mod scsi_mod
> Apr 30 11:35:04 krusty kernel: CPU:    0
> Apr 30 11:35:04 krusty kernel: EIP:    0060:[<c012db94>]    Not tainted
> Apr 30 11:35:04 krusty kernel: EFLAGS: 00010246
> Apr 30 11:35:04 krusty kernel:
> Apr 30 11:35:04 krusty kernel: EIP is at schedule_timeout [kernel] 
> 0x64 (2.4.20-31.9smp)
> Apr 30 11:35:04 krusty kernel: eax: 00000000   ebx: 000299af   ecx: 
> f1408b80   edx: 00000000
> Apr 30 11:35:04 krusty kernel: esi: e8273f1c   edi: 00000000   ebp: 
> 00000000   esp: e8273f10
> Apr 30 11:35:04 krusty kernel: ds: 0068   es: 0068   ss: 0068
> Apr 30 11:35:04 krusty kernel: Process httpd (pid: 4397, 
> stackpage=e8273000)
> Apr 30 11:35:04 krusty kernel: Stack: e8273f1c c02080fc 00000000 
> e8e7f968 e8de3f1c 000299af e8272000 c012db20
> Apr 30 11:35:04 krusty kernel:        e8273fa8 00000000 bfffe7c0 
> 00000000 bfffe7c0 c0166ba6 00000001 eb554000
> Apr 30 11:35:04 krusty kernel:        e8273f60 e8273f64 e8272000 
> e8272000 00000000 00000000 000005dd bfffe7c0
> Apr 30 11:35:04 krusty kernel: Call Trace:   [<c02080fc>] sock_poll 
> [kernel] 0x2c (0xe8273f14))
> Apr 30 11:35:04 krusty kernel: [<c012db20>] process_timeout [kernel] 
> 0x0 (0xe8273f2c))
> Apr 30 11:35:04 krusty kernel: [<c0166ba6>] do_pollfd [kernel] 0x166 
> (0xe8273f44))
> Apr 30 11:35:04 krusty kernel: [<c0166d7b>] sys_poll [kernel] 0x17b 
> (0xe8273f78))
> Apr 30 11:35:04 krusty kernel: [<c01098cf>] system_call [kernel] 0x33 
> (0xe8273fc0))
> Apr 30 11:35:04 krusty kernel:
> Apr 30 11:35:04 krusty kernel:
> Apr 30 11:35:04 krusty kernel: Code: f7 ff ff a1 64 a9 3f c0 29 c6 31 
> c0 85 f6 8b 5c 24 2c 0f 49
> Apr 30 12:07:24 krusty syslogd 1.4.1: restart.
> Apr 30 12:07:24 krusty syslog: syslogd startup succeeded
> Apr 30 12:07:24 krusty kernel: klogd 1.4.1, log source = /proc/kmsg 
> started.
> Apr 30 12:07:24 krusty kernel: Linux version 2.4.20-31.9smp 
> (bhcompile@daffy.perf.redhat.com 
> <mailto:bhcompile@daffy.perf.redhat.com>) (gcc version 3.2.2 20030222 
> (Red Hat Linux 3.2.2-5)) #1 SMP Tue Apr 13 17:40:10 EDT 2004
> A

Its not clear to me why you think this is an NFS problem.... It looks to me
that is some type of Floating point exception (i.e divide error: 0000) in
either the scheduling or network code...

SteveD.




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 4+ messages in thread

* RE: NFS causing kernel panics
  2004-04-30 20:08 ` Steve Dickson
@ 2004-04-30 20:19   ` Randy Paries
  0 siblings, 0 replies; 4+ messages in thread
From: Randy Paries @ 2004-04-30 20:19 UTC (permalink / raw)
  To: nfs

Thanks for the Comments

>>Its not clear to me why you think this is an NFS problem.... It looks to
me that is some type of Floating point >>exception (i.e divide error: 0000)
in either the scheduling or network code...

I really do not know. The only reason why I was guessing NFS was that it
will run forever under no load
And when under heavy load, nfs is really used and then I saw the line
krusty kernel: nfs: server 

The guy that built this box (it is one of two that just went into production
and this is the NFS client)
Thinks it may be a memory or even a CPU problem

Thanks for you input gentleman

Randy( by no means a real admin, just forced to cause I am a company of 1)





-----Original Message-----
From: Steve Dickson [mailto:SteveD@redhat.com] 
Sent: Friday, April 30, 2004 3:09 PM
To: Randy Paries
Cc: nfs@lists.sourceforge.net
Subject: Re: [NFS] NFS causing kernel panics

Randy Paries wrote:  

> I have a machine that is a nfs client. It keeps having kernel panics
>  
> i have included some from the log file
>  
> Both the client and server are very busy
>  
> I am not sure how to debug and i am looking for some direction Thanks
> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> ------------------------------------------------
>  
> Apr 30 11:27:47 krusty kernel: nfs: server local.flanders not 
> responding, still trying Apr 30 11:27:53 krusty kernel: nfs: server 
> local.flanders OK Apr 30 11:35:04 krusty kernel: divide error: 0000 
> Apr 30 11:35:04 krusty kernel: autofs nfs lockd sunrpc e100 e1000 
> keybdev mousedev hid input usb-uhci usbcore ext3 jbd raid1 dpt_i2o 
> aic7xxx sd_mod scsi_mod
> Apr 30 11:35:04 krusty kernel: CPU:    0
> Apr 30 11:35:04 krusty kernel: EIP:    0060:[<c012db94>]    Not tainted
> Apr 30 11:35:04 krusty kernel: EFLAGS: 00010246 Apr 30 11:35:04 krusty 
> kernel:
> Apr 30 11:35:04 krusty kernel: EIP is at schedule_timeout [kernel]
> 0x64 (2.4.20-31.9smp)
> Apr 30 11:35:04 krusty kernel: eax: 00000000   ebx: 000299af   ecx: 
> f1408b80   edx: 00000000
> Apr 30 11:35:04 krusty kernel: esi: e8273f1c   edi: 00000000   ebp: 
> 00000000   esp: e8273f10
> Apr 30 11:35:04 krusty kernel: ds: 0068   es: 0068   ss: 0068
> Apr 30 11:35:04 krusty kernel: Process httpd (pid: 4397,
> stackpage=e8273000)
> Apr 30 11:35:04 krusty kernel: Stack: e8273f1c c02080fc 00000000
> e8e7f968 e8de3f1c 000299af e8272000 c012db20
> Apr 30 11:35:04 krusty kernel:        e8273fa8 00000000 bfffe7c0 
> 00000000 bfffe7c0 c0166ba6 00000001 eb554000
> Apr 30 11:35:04 krusty kernel:        e8273f60 e8273f64 e8272000 
> e8272000 00000000 00000000 000005dd bfffe7c0
> Apr 30 11:35:04 krusty kernel: Call Trace:   [<c02080fc>] sock_poll 
> [kernel] 0x2c (0xe8273f14))
> Apr 30 11:35:04 krusty kernel: [<c012db20>] process_timeout [kernel] 
> 0x0 (0xe8273f2c)) Apr 30 11:35:04 krusty kernel: [<c0166ba6>] 
> do_pollfd [kernel] 0x166
> (0xe8273f44))
> Apr 30 11:35:04 krusty kernel: [<c0166d7b>] sys_poll [kernel] 0x17b
> (0xe8273f78))
> Apr 30 11:35:04 krusty kernel: [<c01098cf>] system_call [kernel] 0x33
> (0xe8273fc0))
> Apr 30 11:35:04 krusty kernel:
> Apr 30 11:35:04 krusty kernel:
> Apr 30 11:35:04 krusty kernel: Code: f7 ff ff a1 64 a9 3f c0 29 c6 31 
> c0 85 f6 8b 5c 24 2c 0f 49 Apr 30 12:07:24 krusty syslogd 1.4.1: 
> restart.
> Apr 30 12:07:24 krusty syslog: syslogd startup succeeded Apr 30 
> 12:07:24 krusty kernel: klogd 1.4.1, log source = /proc/kmsg started.
> Apr 30 12:07:24 krusty kernel: Linux version 2.4.20-31.9smp 
> (bhcompile@daffy.perf.redhat.com
> <mailto:bhcompile@daffy.perf.redhat.com>) (gcc version 3.2.2 20030222 
> (Red Hat Linux 3.2.2-5)) #1 SMP Tue Apr 13 17:40:10 EDT 2004 A

Its not clear to me why you think this is an NFS problem.... It looks to me
that is some type of Floating point exception (i.e divide error: 0000) in
either the scheduling or network code...

SteveD.







-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2004-04-30 20:19 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-04-30 18:17 NFS causing kernel panics Randy Paries
2004-04-30 19:59 ` Trond Myklebust
2004-04-30 20:08 ` Steve Dickson
2004-04-30 20:19   ` Randy Paries

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.