From jgreco@aurora.sol.net  Fri Jun  9 13:00:02 2006
Return-Path: <jgreco@aurora.sol.net>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 62CB616A46F
	for <FreeBSD-gnats-submit@freebsd.org>; Fri,  9 Jun 2006 13:00:02 +0000 (UTC)
	(envelope-from jgreco@aurora.sol.net)
Received: from mail1.sol.net (mail1.sol.net [206.55.64.72])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 198D143D79
	for <FreeBSD-gnats-submit@freebsd.org>; Fri,  9 Jun 2006 12:59:58 +0000 (GMT)
	(envelope-from jgreco@aurora.sol.net)
Received: from aurora.sol.net (aurora.sol.net [206.55.65.130])
	by mail1.sol.net (8.11.0/8.11.0/SNNS-1.04) with ESMTP id k59CxpM99071
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 9 Jun 2006 07:59:51 -0500 (CDT)
Received: (from jgreco@localhost)
	by aurora.sol.net (8.12.8p1/8.12.9/Submit) id k59Cxo3H004821;
	Fri, 9 Jun 2006 07:59:50 -0500 (CDT)
Message-Id: <200606091259.k59Cxo3H004821@aurora.sol.net>
Date: Fri, 9 Jun 2006 07:59:50 -0500 (CDT)
From: Joe Greco <jm+freebsd-pr@ns.sol.net>
Reply-To: Joe Greco <jm+freebsd-pr@ns.sol.net>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: NFS and QUOTA are bad bedfellows?
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         98749
>Category:       kern
>Synopsis:       [nfs] NFS and QUOTA are bad bedfellows
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    kib
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jun 09 13:00:46 GMT 2006
>Closed-Date:    Thu Oct 19 08:36:41 GMT 2006
>Last-Modified:  Thu Oct 19 08:36:41 GMT 2006
>Originator:     Joe Greco <jm+freebsd-pr@ns.sol.net>
>Release:        FreeBSD 6.1-RELEASE amd64
>Organization:
sol.net Network Services - Solaria Public Access UNIX
>Environment:
System: 6.1-RELEASE FreeBSD 6.1-RELEASE #1: Fri Jun  9 07:22:01 CDT 2006 amd64

The server in question is a Tyan S2882 with 512MB, an Opteron OSB240 CPU,
and a 3Ware 9550SX-4LP RAID controller, with four drives in a RAID5 config.
Its primary function is as an NFS server.

>Description:
	We've been using NFS to support our shell server for many years,
	now.  It is nice for numerous reasons, perhaps primarily because
	it gives us a huge amount of control over the access that users
	actually have to the system files.

	Our old NFS server (4.* based) was recently replaced by a new
	server, which mandated the use of 6.1R so that we could have
	driver support for the new 9550.  

	We have been experiencing massive performance problems compared
	to the old 4.* server; many I/O intensive operations would proceed
	slowly while making the NFS server completely unresponsive at the
	command line (run "top", set to s1, set prio high, and then on the
	shell box use mutt to load a large mailbox file, it'd just *stop*)
	
	This is obviously somewhat annoying.

	Upon further examination, it appears that there is a bad interaction
	of some sort when using "options QUOTA".  Removing it from the
	server's kernel configuration made things run reasonably fast, but,
	for obvious reasons, this is undesirable for normal operations.

>How-To-Repeat:
	Enable "options QUOTA" on a FreeBSD 6.1R/amd64 server, configure
	some quotas on an exported filesystem, and then generate some NFS
	I/O load on that filesystem, while monitoring top or other perf
	tools on the server.

>Fix:

	No fix; workaround is to remove "options QUOTA"


>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->suspended 
State-Changed-By: linimon 
State-Changed-When: Thu Jun 15 04:09:42 UTC 2006 
State-Changed-Why:  
This is a know problem but no fix is known at the present time other 
than to disable quotas.  I believe various people are looking at this. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=98749 
State-Changed-From-To: suspended->feedback 
State-Changed-By: rodrigc 
State-Changed-When: Sat Jun 17 00:26:46 UTC 2006 
State-Changed-Why:  
Hi, 

Can you try the patches mentioned at: 
http://lists.freebsd.org/pipermail/cvs-src/2006-June/065125.html 

These were committed by Konstantin into the RELENG_6 branch 
and HEAD. 


Responsible-Changed-From-To: freebsd-bugs->kib 
Responsible-Changed-By: rodrigc 
Responsible-Changed-When: Sat Jun 17 00:26:46 UTC 2006 
Responsible-Changed-Why:  
Hi, 

Can you try the patches mentioned at: 
http://lists.freebsd.org/pipermail/cvs-src/2006-June/065125.html 

These were committed by Konstantin into the RELENG_6 branch 
and HEAD. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=98749 

From: Fabian Wenk <fabian@wenks.ch>
To: bug-followup@FreeBSD.org, jm+freebsd-pr@ns.sol.net
Cc:  
Subject: Re: kern/98749: [nfs] NFS and QUOTA are bad bedfellows
Date: Mon, 28 Aug 2006 22:52:31 +0200

 Hello
 
 After upgrading from FreeBSD i386 6.0R to 6.1R I had the same
 "slow performance" problem (see [1]) on a busy file server with
 quota enabled. The patches fixed it for me, and this server now
 has an uptime of over 60 days without any performance problem.
 
 running revisions:
 src/sys/nfsserver/nfs_serv.c    1.156.2.3 2006/06/13 10:50:29 kib
 src/sys/nfsserver/nfs_srvsubs.c 1.136.2.3 2006/06/13 10:50:29 kib
 
 This server is serving NFS (user homes and group data) for 150
 Linux workstations, 250+ concurrent Samba sessions and also
 running CUPS for 130 printers.
 
    [1] http://nic.phys.ethz.ch/news/1151308207/index_html
 
 
 bye
 Fabian
State-Changed-From-To: feedback->closed 
State-Changed-By: kib 
State-Changed-When: Thu Oct 19 08:35:34 UTC 2006 
State-Changed-Why:  
Supposed patches were committed long ago. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=98749 
>Unformatted:
