Bug 129174 - [nfs] [zfs] [panic] NFS v3 Panic when under high load exporting ZFS file system
Summary: [nfs] [zfs] [panic] NFS v3 Panic when under high load exporting ZFS file system
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-fs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-25 13:30 UTC by Weldon Godfrey
Modified: 2009-04-09 11:03 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Weldon Godfrey 2008-11-25 13:30:01 UTC
This issue was origionally reported under another ticket that turned out to be unrelated.  I am using 2 IBM EXP 3000 SAS Chasis with a total of 24 300GB 25K SAS drives using a 3ware 9690SE-8 controller on a Dell Poweredge 2950-iii with 2x4core Intel 2.5GHz CPU and 16GB of RAM.  I am testing by running 9 instances of Postmark from Centos 5.2 x86_64 (was 3.x i386) NFS clients.  I can run 1 on 9 machines or all on 1 machine, after about 2-4 hrs of running the benchmark, the system panics and reboots.  From help with the freebsd-fs group, it was determined that the vnode is becoming invalid.  I have tried several things including using FreeBSD 8-CURRENT and the ZFS v11 patch but nothing helps except if I force to use NFS v2, so it appears this is a bug with the v3 code.

This is my loader.conf, the commented out section are values I have tried but do not have an effect:

vm.kmem_size_max="16106127360"
vm.kmem_size="1073741824"
kern.maxvnodes="800000"
#vfs.zfs.debug="1"
#vfs.zfs.zil_disable="1"
#vfs.zfs.prefetch_disable="1"
#vfs.zfs.vdev.cache.bshift="13"

the raid is configured RAID 10, each chasis is one side of the mirror (the 1st 11 drives of each chasis, the final one of each is marked as spare).

Fix: 

workaround:  don't use NFS v3, use -2 option with mountd.
How-To-Repeat: run multiple instances of postmark benchmark using NFS v3 from NFS clients for several hours.
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2008-11-25 17:34:50 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-fs

Over to maintainer(s).
Comment 2 Bruce Cran freebsd_committer freebsd_triage 2009-04-09 11:02:17 UTC
State Changed
From-To: open->closed

Duplicate of kern/132068