Bug 221313 - NFSD cause kernel panic -- Null pointer dereference
Summary: NFSD cause kernel panic -- Null pointer dereference
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 6
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Ben Levenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-01-03 19:18 UTC by Jack Swope
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version: 2.6.19-1.2911.fc6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-03-27 15:05:10 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Log of kernel panic error messages (13.89 KB, text/plain)
2007-01-03 19:22 UTC, Jack Swope
no flags Details

Description Jack Swope 2007-01-03 19:18:10 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.0.8) Gecko/20061108 Fedora/1.5.0.8-1.fc5 Firefox/1.5.0.8

Description of problem:
With increasing load, nfsd causes a kernel panic and system becomes unresponsive.  Problem occurs with number of clients above 30.  System generally stable with lower numbers or relatively inactive clients.  Heavy use in automating testing environment (5 machines constantly accessing test files)  will cause kernel panic in roughly 24 hours.

Version-Release number of selected component (if applicable):
1.0.10-5.fc6

How reproducible:
Always


Steps to Reproduce:
1. Export a files system via nfs
2. Mount from several machines (more machines will cause more frequent failure)
3. Continually access files (reading only)
4. Kernel panic will occur


Actual Results:


Expected Results:


Additional info:

Comment 1 Jack Swope 2007-01-03 19:22:14 UTC
Created attachment 144730 [details]
Log of kernel panic error messages

THis is the log from the machine which experienced the kernel panic

Comment 2 Steve Dickson 2007-01-04 00:20:26 UTC
Do you have some type of disk mirroring set up

Comment 3 Jack Swope 2007-01-04 00:29:03 UTC
Yes.  Nvidia SATA mirroring 2 250GB hard drives.

Output of lspci:
00:0e.0 RAID bus controller: nVidia Corporation MCP51 Serial ATA Controller (rev a1)
00:0f.0 RAID bus controller: nVidia Corporation MCP51 Serial ATA Controller (rev a1)



Comment 5 Jack Swope 2007-01-09 16:40:46 UTC
(In reply to comment #2)
> Do you have some type of disk mirroring set up

Yes.  Nvidia SATA mirroring 2 250GB hard drives.

Output of lspci:
00:0e.0 RAID bus controller: nVidia Corporation MCP51 Serial ATA Controller (rev a1)
00:0f.0 RAID bus controller: nVidia Corporation MCP51 Serial ATA Controller (rev a1)




Comment 6 Jack Swope 2007-01-23 18:10:13 UTC
Further testing shows that if you add the kernel options maxcpus=1 nosmp .
Machine is completely stable been running for 1-1/2 weeks with heavy load.

Comment 7 Steve Dickson 2007-03-09 18:51:18 UTC
reassigning this back to kernel-maint since I really don't
think this is an NFS bug... 

Comment 8 Chuck Ebbert 2007-03-09 23:22:24 UTC
What kernel version are you using?


Comment 9 Jack Swope 2007-03-27 14:27:06 UTC
(In reply to comment #8)
> What kernel version are you using?
> 
During original problem kernel version 2.6.18-1.2868.fc6 had to be booted with
maxcpus=1 kernel option.  Kernel version 2.6.19-1.2911.fc6 #1 SMP has been
running 3 weeks without maxcpus option set and is stable.


Note You need to log in before you can comment on or make changes to this bug.