From rse@engelschall.com  Tue May 23 11:58:43 2006
Return-Path: <rse@engelschall.com>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 47CD316A48C
	for <freebsd-gnats-submit@freebsd.org>; Tue, 23 May 2006 11:58:43 +0000 (UTC)
	(envelope-from rse@engelschall.com)
Received: from visp1.engelschall.com (visp1.engelschall.com [195.30.6.144])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EF58F43D6A
	for <freebsd-gnats-submit@freebsd.org>; Tue, 23 May 2006 11:58:40 +0000 (GMT)
	(envelope-from rse@engelschall.com)
Received: by visp1.engelschall.com (Postfix, from userid 21100)
	id 62D6C1B44872; Tue, 23 May 2006 13:58:46 +0200 (CEST)
Received: from en1.home.engelschall.com (localhost.engelschall.com [127.0.0.1])
	by en1.engelschall.com (Postfix) with ESMTP id DBC7DA17F1
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 23 May 2006 13:58:20 +0200 (CEST)
Received: (from rse@localhost)
	by en1.home.engelschall.com (8.13.6/8.13.6/Submit) id k4NBwKbd031603;
	Tue, 23 May 2006 13:58:20 +0200 (CEST)
	(envelope-from rse)
Message-Id: <200605231158.k4NBwKbd031603@en1.home.engelschall.com>
Date: Tue, 23 May 2006 13:58:20 +0200 (CEST)
From: "Ralf S. Engelschall" <rse@freebsd.org>
Reply-To: "Ralf S. Engelschall" <rse@freebsd.org>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: massive NFS server performance break under "options QUOTA"
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         97686
>Category:       kern
>Synopsis:       [nfs] massive NFS server performance break under "options QUOTA"
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue May 23 12:00:39 GMT 2006
>Closed-Date:    Thu May 03 16:13:59 GMT 2007
>Last-Modified:  Thu May 03 16:13:59 GMT 2007
>Originator:     Ralf S. Engelschall
>Release:        FreeBSD 6.1-STABLE i386
>Organization:
FreeBSD
>Environment:
System: FreeBSD sv0 6.1-STABLE FreeBSD 6.1-STABLE #0: Tue May 23 12:05:59 CEST 2006 root@sv0:/usr/obj/usr/src/sys/SV0  i386

>Description:
   After an upgrade we experienced massive serious NFS server problems
   on a NFS server under FreeBSD 6.1-STABLE (as of 2006-05-23). It
   still worked fine (exactly same kernel configuration) under FreeBSD
   5.4-STABLE (as of about December 2005).
   
   The effect is that the machine becomes totally unusable (nearly a
   system freeze) after about 10 minutes of just moderate NFS traffic
   of a single NFS client. We figured out that once the "options QUOTA"
   was removed from the kernel configuration the machine performance
   was 100% ok and we do not experience any performance breaks again.
   Even disabling SMP or deconfiguring all Netgraph configurations (for
   interface bundling and Netflow statistics) caused no effect. Only the
   "options QUOTA" caused the problem and its removal finally fixed the
   problem.

   There seems to be a strange interaction between NFS and UFS Quotas...

>How-To-Repeat:
   - build a FreeBSD 6.1 kernel with "options QUOTA" and "options NFSSERVER".
   - configure nfs_server_enable="YES" and nfs_server_flags="-u -n 8" in rc.conf.
   - cause some usual NFS traffic by unpacking a large distribution
     tarball (lots of small files), removing lots of files or just doing a
     "cvs update" in a large source tree.
   - in parallel on the NFS server watch a steadily increasing CPU
     utilitzation from nfsd(8) and about 45% of "CPU time in system
     mode" (= "sy") in "iostat 1" outputs (numbers on a 2 CPU HP DL380
     box). Also the system loads increases steadily up to 15-20.
   - after maximally 10 minutes the box becomes more and more totally
     unusable. Even typing in the SSH session becomes a problem. Once
     the NFS traffic is stopped, the machines becomes usable within
     30-60 seconds again.

>Fix:
   workaround by removing "options QUOTA" from the kernel configuration
   the machine works fine and no performance problems occur at all. With
   the above "How-To-Repeat" procedure the NFS performance is fully ok
   and the NFS server itself also never reaches any high loads. Also
   "iostat 1" shows never a "CPU time in system mode" of more than 5%.

>Release-Note:
>Audit-Trail:

From: Kris Kennaway <kris@obsecurity.org>
To: "Ralf S. Engelschall" <rse@FreeBSD.org>
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: kern/97686: massive NFS server performance break under "options QUOTA"
Date: Thu, 25 May 2006 04:36:29 -0400

 --+HP7ph2BbKc20aGI
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 On Tue, May 23, 2006 at 01:58:20PM +0200, Ralf S. Engelschall wrote:
 
 >    After an upgrade we experienced massive serious NFS server problems
 >    on a NFS server under FreeBSD 6.1-STABLE (as of 2006-05-23). It
 >    still worked fine (exactly same kernel configuration) under FreeBSD
 >    5.4-STABLE (as of about December 2005).
 >   =20
 >    The effect is that the machine becomes totally unusable (nearly a
 >    system freeze) after about 10 minutes of just moderate NFS traffic
 >    of a single NFS client. We figured out that once the "options QUOTA"
 >    was removed from the kernel configuration the machine performance
 >    was 100% ok and we do not experience any performance breaks again.
 >    Even disabling SMP or deconfiguring all Netgraph configurations (for
 >    interface bundling and Netflow statistics) caused no effect. Only the
 >    "options QUOTA" caused the problem and its removal finally fixed the
 >    problem.
 >=20
 >    There seems to be a strange interaction between NFS and UFS Quotas...
 
 FYI, this might be due to the changes to vfs_lookup.c that I merged
 just before the release (originally by Jeff).  There are other reports
 of this problem on -stable@; I'm not clear if all of them involve
 quotas though.  As a temporary workaround you can revert that commit,
 although that's not a solution since that commit fixed other problems.
 
 Hopefully a solution will be found in the next week.
 
 Kris
 
 --+HP7ph2BbKc20aGI
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.3 (FreeBSD)
 
 iD8DBQFEdWyNWry0BWjoQKURAjH4AJ9vRRRlkfXdvs/4q/1Y0wxTI/EypACggXxX
 Fz3xHDV3oG54A3s8ybttRZ0=
 =0lnG
 -----END PGP SIGNATURE-----
 
 --+HP7ph2BbKc20aGI--

From: Geoffroy Desvernay <dgeo@egim-mrs.fr>
To: bug-followup@FreeBSD.org, rse@freebsd.org
Cc: olivier.page@egim-mrs.fr
Subject: Re: kern/97686: [nfs] massive NFS server performance break under
 "options QUOTA"
Date: Sat, 22 Jul 2006 18:38:29 +0200

 This is a cryptographically signed message in MIME format.
 
 --------------ms020601050606070105020105
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 Content-Transfer-Encoding: 7bit
 
 We have exactly the same problem (our solution: kernel without QUOTAS, 
 even if we need them...)
 
 Another solution seems to not use rpc.lockd.
 
 FreeBSD 6.1-p3, i386, dell poweredge 2850 (bi-xeon)
 
 If you need some testing, we can ...
 
 
 --------------ms020601050606070105020105
 Content-Type: application/x-pkcs7-signature; name="smime.p7s"
 Content-Transfer-Encoding: base64
 Content-Disposition: attachment; filename="smime.p7s"
 Content-Description: S/MIME Cryptographic Signature
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOQTCC
 A9swggLDoAMCAQICAQIwDQYJKoZIhvcNAQEEBQAwTzELMAkGA1UEBhMCRlIxDDAKBgNVBAoT
 A0NSVTESMBAGA1UEAxMJYWMtcmFjaW5lMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUu
 ZnIwHhcNMDMwNTE2MDkzMTE3WhcNMTIxMjE0MDkzMTE3WjBUMQswCQYDVQQGEwJGUjEMMAoG
 A1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwGCSqGSIb3DQEJARYPY2Et
 YWRtaW5AY3J1LmZyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtXGYMirQ2feu
 6b4FDrH8PRwIyjfXPSXaG33GoatYJIbOmxAwnGbwVBng3WDzoW5X45RWq93nOxSdx4MTsGQJ
 pBihob2h4XeGpL54WlLd+kvOxvp/0OzLYYcESI3dpVRjf6jB8Ggc7BUlE+ptIjyXAVTNKz1o
 6aiLSR6G1zG5cidq3BAXjlpfvbX9EWfICcnmLMSQ29oam857EsAJRuGHNajdPEMUlsioEIf2
 Zf4YL9pa5rJ5Efs7NTxu8ffICGYlCynJXJTC461sRrub8s6SOM69NTw8EM+1A3ewd5WyGkZe
 QSG7SJyJY8Lg8u4CMoflOjP3LSYhCLI1Ic0gX08dkQIDAQABo4G8MIG5MA8GA1UdEwEB/wQF
 MAMBAf8wHQYDVR0OBBYEFBUKfCi1rKa81/0yMx15vbNJCjGQMHcGA1UdIwRwMG6AFK8vz0qV
 BLbeJLMJqVU+XA4c+HEuoVOkUTBPMQswCQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRIwEAYD
 VQQDEwlhYy1yYWNpbmUxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcoIBADAOBgNV
 HQ8BAf8EBAMCAQYwDQYJKoZIhvcNAQEEBQADggEBAMG/+LofN2vISFWieXrHsFsIrM/2WUhf
 zAcE2/Ga+/UWvJaDJO9RlbUNN3l+f40L1yUJW9kZqY4XMBcbJ6jbpmeJ+zTf+zveAD/sl9ZN
 qoC931HFLq/TGjZSIQxX4Nxad9DFbok66X1qfRZF4+beaz2zjrF07LvjWX6201Rc6zQhNyTy
 UdO/wYY0EBYu0CFrTK4RxS6d2LsyO1p1Xj7oMCa9Utmu/igZoXJYL709POBKHJoYNU+LI6iJ
 8aYcZupJ/GXVxfj68L1KP2i8cM3a570bJCDbsKcchzZqsvII5cewU7KKPH4fyMyfsA39tJ0V
 BMQyvdWZHpS75DN0eB5UVzUwggUtMIIEFaADAgECAgIHpTANBgkqhkiG9w0BAQQFADBUMQsw
 CQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwG
 CSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyMB4XDTA2MDIyMjExMDQ0NVoXDTA3MDIyMjEx
 MDQ0NVowXjELMAkGA1UEBhMCRlIxETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9m
 ZnJveSBEZXN2ZXJuYXkxHzAdBgkqhkiG9w0BCQEWEGRnZW9AZWdpbS1tcnMuZnIwggEiMA0G
 CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC19oHCV4kAmppo8JnNUoo754Z6j+PsRSV/TDq0
 Tl5sYh3BpxHQ2pL87XssQdgJAmv7OEz+SvF38TV3BecUidr325BKk9FZ0jYccA1FBUjra7cZ
 SPD8N4DCJUcViXL6S2JUSX3MLbonYKO5dE8vpvfq0n5hEzk4oxbLbW8QfZ7o5FriD79so6Vq
 tBw28wCEI1LaK6c7gRBsMsd4QckzYh5rD89nSkSAvJHoOYrFJYc5I4JkXpf53reVE8hoBc1G
 xr8xRrQIfYdRoOoR+mHt9yZIWpmOzqR3W63Me/Os7hay/nIZYKcg6AJVya3e/JsGUQiM34ST
 hoYsIMu/Xc3LzQMNAgMBAAGjggH9MIIB+TAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQE
 AwIEsDAOBgNVHQ8BAf8EBAMCBeAwGwYDVR0RBBQwEoEQZGdlb0BlZ2ltLW1ycy5mcjBwBglg
 hkgBhvhCAQ0EYxZhQ2VydGlmaWNhdCBhYy11dGlsaXNhdGV1ci4gUG91ciB0b3V0ZSBpbmZv
 cm1hdGlvbiBzZSByZXBvcnRlciDgIGh0dHA6Ly9pZ2MuY3J1LmZyL2FjLXV0aWxpc2F0ZXVy
 LzAdBgNVHQ4EFgQUpDbo/mtzEHfVj6zFpd8BCGC8dOowdwYDVR0jBHAwboAUFQp8KLWsprzX
 /TIzHXm9s0kKMZChU6RRME8xCzAJBgNVBAYTAkZSMQwwCgYDVQQKEwNDUlUxEjAQBgNVBAMT
 CWFjLXJhY2luZTEeMBwGCSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyggECME8GA1UdHwRI
 MEYwRKBCoECGPmh0dHA6Ly9pZ2MuY3J1LmZyL2NnaS1iaW4vbG9hZGNybD9DQT1hYy11dGls
 aXNhdGV1ciZmb3JtYXQ9REVSME4GA1UdIARHMEUwQwYOKQMGAQQAAbdfAwECAAQwMTAvBggr
 BgEFBQcCARYjaHR0cDovL2lnYy5jcnUuZnIvcmVmZXJlbmNlcy9wYy5wZGYwDQYJKoZIhvcN
 AQEEBQADggEBAKkbMZ0lePEjtre/LXNiipx/1fQP3fQ6Xa1GUHxcaaQxu4bPaW4bgrBj+xbc
 sDryaMLzagHUbfWqQ+dx28rHVGiuxi2uuDnbHqAEQdtT64FbbIO0VRNHaqAwh68Ef68TJdJW
 ePTUTGgPjVqIeM54vh5dp5IUCl1Ql49KiAW1cl8Qu9YuCKfo5bqQfVlmgdNTv9nM5DOoTzPy
 UcMgxfzr9zq345jMxSOleO3WpFezETx8iB3llXuc7Op0xJiX3ZCXxAn39OOG2PJ765mT7Y23
 NjtujToXRvWd9H/ID6TIsmXyZty5rKPy8Z2RCcfdsooswTpPI3xeG8FT3xtzSvTsXZ8wggUt
 MIIEFaADAgECAgIHpTANBgkqhkiG9w0BAQQFADBUMQswCQYDVQQGEwJGUjEMMAoGA1UEChMD
 Q1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwGCSqGSIb3DQEJARYPY2EtYWRtaW5A
 Y3J1LmZyMB4XDTA2MDIyMjExMDQ0NVoXDTA3MDIyMjExMDQ0NVowXjELMAkGA1UEBhMCRlIx
 ETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9mZnJveSBEZXN2ZXJuYXkxHzAdBgkq
 hkiG9w0BCQEWEGRnZW9AZWdpbS1tcnMuZnIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK
 AoIBAQC19oHCV4kAmppo8JnNUoo754Z6j+PsRSV/TDq0Tl5sYh3BpxHQ2pL87XssQdgJAmv7
 OEz+SvF38TV3BecUidr325BKk9FZ0jYccA1FBUjra7cZSPD8N4DCJUcViXL6S2JUSX3MLbon
 YKO5dE8vpvfq0n5hEzk4oxbLbW8QfZ7o5FriD79so6VqtBw28wCEI1LaK6c7gRBsMsd4Qckz
 Yh5rD89nSkSAvJHoOYrFJYc5I4JkXpf53reVE8hoBc1Gxr8xRrQIfYdRoOoR+mHt9yZIWpmO
 zqR3W63Me/Os7hay/nIZYKcg6AJVya3e/JsGUQiM34SThoYsIMu/Xc3LzQMNAgMBAAGjggH9
 MIIB+TAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQEAwIEsDAOBgNVHQ8BAf8EBAMCBeAw
 GwYDVR0RBBQwEoEQZGdlb0BlZ2ltLW1ycy5mcjBwBglghkgBhvhCAQ0EYxZhQ2VydGlmaWNh
 dCBhYy11dGlsaXNhdGV1ci4gUG91ciB0b3V0ZSBpbmZvcm1hdGlvbiBzZSByZXBvcnRlciDg
 IGh0dHA6Ly9pZ2MuY3J1LmZyL2FjLXV0aWxpc2F0ZXVyLzAdBgNVHQ4EFgQUpDbo/mtzEHfV
 j6zFpd8BCGC8dOowdwYDVR0jBHAwboAUFQp8KLWsprzX/TIzHXm9s0kKMZChU6RRME8xCzAJ
 BgNVBAYTAkZSMQwwCgYDVQQKEwNDUlUxEjAQBgNVBAMTCWFjLXJhY2luZTEeMBwGCSqGSIb3
 DQEJARYPY2EtYWRtaW5AY3J1LmZyggECME8GA1UdHwRIMEYwRKBCoECGPmh0dHA6Ly9pZ2Mu
 Y3J1LmZyL2NnaS1iaW4vbG9hZGNybD9DQT1hYy11dGlsaXNhdGV1ciZmb3JtYXQ9REVSME4G
 A1UdIARHMEUwQwYOKQMGAQQAAbdfAwECAAQwMTAvBggrBgEFBQcCARYjaHR0cDovL2lnYy5j
 cnUuZnIvcmVmZXJlbmNlcy9wYy5wZGYwDQYJKoZIhvcNAQEEBQADggEBAKkbMZ0lePEjtre/
 LXNiipx/1fQP3fQ6Xa1GUHxcaaQxu4bPaW4bgrBj+xbcsDryaMLzagHUbfWqQ+dx28rHVGiu
 xi2uuDnbHqAEQdtT64FbbIO0VRNHaqAwh68Ef68TJdJWePTUTGgPjVqIeM54vh5dp5IUCl1Q
 l49KiAW1cl8Qu9YuCKfo5bqQfVlmgdNTv9nM5DOoTzPyUcMgxfzr9zq345jMxSOleO3WpFez
 ETx8iB3llXuc7Op0xJiX3ZCXxAn39OOG2PJ765mT7Y23NjtujToXRvWd9H/ID6TIsmXyZty5
 rKPy8Z2RCcfdsooswTpPI3xeG8FT3xtzSvTsXZ8xggMOMIIDCgIBATBaMFQxCzAJBgNVBAYT
 AkZSMQwwCgYDVQQKEwNDUlUxFzAVBgNVBAMTDmFjLXV0aWxpc2F0ZXVyMR4wHAYJKoZIhvcN
 AQkBFg9jYS1hZG1pbkBjcnUuZnICAgelMAkGBSsOAwIaBQCgggGJMBgGCSqGSIb3DQEJAzEL
 BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA2MDcyMjE2MzgyOVowIwYJKoZIhvcNAQkE
 MRYEFF7Wu2ORURrCgWq115Ei+m/DOiNDMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcw
 DgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo
 MGkGCSsGAQQBgjcQBDFcMFowVDELMAkGA1UEBhMCRlIxDDAKBgNVBAoTA0NSVTEXMBUGA1UE
 AxMOYWMtdXRpbGlzYXRldXIxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcgICB6Uw
 awYLKoZIhvcNAQkQAgsxXKBaMFQxCzAJBgNVBAYTAkZSMQwwCgYDVQQKEwNDUlUxFzAVBgNV
 BAMTDmFjLXV0aWxpc2F0ZXVyMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUuZnICAgel
 MA0GCSqGSIb3DQEBAQUABIIBAJfnUzjRzad9NM5575+UP99TZ0C7+5z7eUjdyERdrsG45Ow1
 UOo74gVDFfJ0yjUqr4Ma/8lULBd6hZN7NvFSbkfyXENgpk8CgGHI3BA3Q4cZ2qoj59UIAhEt
 hs7SDAYDV6ya04eEDPiSKfy7LZkV7UJe8VN8BNc06oAnD/tO5e+WNyaq1XORJoTpLXHA0NxO
 lsW0rjVVjmoyXu5+Zz18R5eKvVRFFnez0q+vO0JX640YONghM+G8BysUYpB4lt9RPfx0Zvb7
 uxd/q4UrKfVZv9j7EuEh6T5JkePHV74nAGN8Hmf7uVLHS/F3loXrg2YE62BwD6EHPFbJqJTE
 LHUpJY4AAAAAAAA=
 --------------ms020601050606070105020105--

From: Geoffroy Desvernay <dgeo@egim-mrs.fr>
To: Geoffroy Desvernay <dgeo@egim-mrs.fr>
Cc: bug-followup@FreeBSD.org, rse@freebsd.org,
	olivier.page@egim-mrs.fr
Subject: Re: kern/97686: [nfs] massive NFS server performance break under
 "options QUOTA"
Date: Mon, 31 Jul 2006 18:51:44 +0200

 This is a cryptographically signed message in MIME format.
 
 --------------ms040704040307090009050704
 Content-Type: text/plain; charset=ISO-8859-1
 Content-Transfer-Encoding: 7bit
 
 We now have a stable machine without QUOTA *and* INET6.
 (only without QUOTA the machine died 24hours later). We left rpc.lockd
 running.
 
 Here is a simple zsh script to make it crash when with QUOTA-enabled
 kernel (use $(seq 1 50) or ? with another shell). launch it on a client
 and see 'top' on the server... I'm not kernel (nor nfs) hacker, but I
 may try some patches if it can help.
 
 mount options:
 /dev/da0s1g on /u (ufs, NFS exported, local, with quotas, soft-updates,
 acls, fsid e0bf4c447f5cf8a5)
 
 ---------------- crashlocks.zsh
 #!/usr/local/bin/zsh -x
 for i in {1..50} ; do
   lockfile truc$i &
 done
 ----------------
 
 Hope this can help...
 -- 
 Geoffroy Desvernay
 EGIM Marseille
 
 --------------ms040704040307090009050704
 Content-Type: application/x-pkcs7-signature; name="smime.p7s"
 Content-Transfer-Encoding: base64
 Content-Disposition: attachment; filename="smime.p7s"
 Content-Description: S/MIME Cryptographic Signature
 
 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIOQTCC
 A9swggLDoAMCAQICAQIwDQYJKoZIhvcNAQEEBQAwTzELMAkGA1UEBhMCRlIxDDAKBgNVBAoT
 A0NSVTESMBAGA1UEAxMJYWMtcmFjaW5lMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUu
 ZnIwHhcNMDMwNTE2MDkzMTE3WhcNMTIxMjE0MDkzMTE3WjBUMQswCQYDVQQGEwJGUjEMMAoG
 A1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwGCSqGSIb3DQEJARYPY2Et
 YWRtaW5AY3J1LmZyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtXGYMirQ2feu
 6b4FDrH8PRwIyjfXPSXaG33GoatYJIbOmxAwnGbwVBng3WDzoW5X45RWq93nOxSdx4MTsGQJ
 pBihob2h4XeGpL54WlLd+kvOxvp/0OzLYYcESI3dpVRjf6jB8Ggc7BUlE+ptIjyXAVTNKz1o
 6aiLSR6G1zG5cidq3BAXjlpfvbX9EWfICcnmLMSQ29oam857EsAJRuGHNajdPEMUlsioEIf2
 Zf4YL9pa5rJ5Efs7NTxu8ffICGYlCynJXJTC461sRrub8s6SOM69NTw8EM+1A3ewd5WyGkZe
 QSG7SJyJY8Lg8u4CMoflOjP3LSYhCLI1Ic0gX08dkQIDAQABo4G8MIG5MA8GA1UdEwEB/wQF
 MAMBAf8wHQYDVR0OBBYEFBUKfCi1rKa81/0yMx15vbNJCjGQMHcGA1UdIwRwMG6AFK8vz0qV
 BLbeJLMJqVU+XA4c+HEuoVOkUTBPMQswCQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRIwEAYD
 VQQDEwlhYy1yYWNpbmUxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcoIBADAOBgNV
 HQ8BAf8EBAMCAQYwDQYJKoZIhvcNAQEEBQADggEBAMG/+LofN2vISFWieXrHsFsIrM/2WUhf
 zAcE2/Ga+/UWvJaDJO9RlbUNN3l+f40L1yUJW9kZqY4XMBcbJ6jbpmeJ+zTf+zveAD/sl9ZN
 qoC931HFLq/TGjZSIQxX4Nxad9DFbok66X1qfRZF4+beaz2zjrF07LvjWX6201Rc6zQhNyTy
 UdO/wYY0EBYu0CFrTK4RxS6d2LsyO1p1Xj7oMCa9Utmu/igZoXJYL709POBKHJoYNU+LI6iJ
 8aYcZupJ/GXVxfj68L1KP2i8cM3a570bJCDbsKcchzZqsvII5cewU7KKPH4fyMyfsA39tJ0V
 BMQyvdWZHpS75DN0eB5UVzUwggUtMIIEFaADAgECAgIHpTANBgkqhkiG9w0BAQQFADBUMQsw
 CQYDVQQGEwJGUjEMMAoGA1UEChMDQ1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwG
 CSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyMB4XDTA2MDIyMjExMDQ0NVoXDTA3MDIyMjEx
 MDQ0NVowXjELMAkGA1UEBhMCRlIxETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9m
 ZnJveSBEZXN2ZXJuYXkxHzAdBgkqhkiG9w0BCQEWEGRnZW9AZWdpbS1tcnMuZnIwggEiMA0G
 CSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC19oHCV4kAmppo8JnNUoo754Z6j+PsRSV/TDq0
 Tl5sYh3BpxHQ2pL87XssQdgJAmv7OEz+SvF38TV3BecUidr325BKk9FZ0jYccA1FBUjra7cZ
 SPD8N4DCJUcViXL6S2JUSX3MLbonYKO5dE8vpvfq0n5hEzk4oxbLbW8QfZ7o5FriD79so6Vq
 tBw28wCEI1LaK6c7gRBsMsd4QckzYh5rD89nSkSAvJHoOYrFJYc5I4JkXpf53reVE8hoBc1G
 xr8xRrQIfYdRoOoR+mHt9yZIWpmOzqR3W63Me/Os7hay/nIZYKcg6AJVya3e/JsGUQiM34ST
 hoYsIMu/Xc3LzQMNAgMBAAGjggH9MIIB+TAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQE
 AwIEsDAOBgNVHQ8BAf8EBAMCBeAwGwYDVR0RBBQwEoEQZGdlb0BlZ2ltLW1ycy5mcjBwBglg
 hkgBhvhCAQ0EYxZhQ2VydGlmaWNhdCBhYy11dGlsaXNhdGV1ci4gUG91ciB0b3V0ZSBpbmZv
 cm1hdGlvbiBzZSByZXBvcnRlciDgIGh0dHA6Ly9pZ2MuY3J1LmZyL2FjLXV0aWxpc2F0ZXVy
 LzAdBgNVHQ4EFgQUpDbo/mtzEHfVj6zFpd8BCGC8dOowdwYDVR0jBHAwboAUFQp8KLWsprzX
 /TIzHXm9s0kKMZChU6RRME8xCzAJBgNVBAYTAkZSMQwwCgYDVQQKEwNDUlUxEjAQBgNVBAMT
 CWFjLXJhY2luZTEeMBwGCSqGSIb3DQEJARYPY2EtYWRtaW5AY3J1LmZyggECME8GA1UdHwRI
 MEYwRKBCoECGPmh0dHA6Ly9pZ2MuY3J1LmZyL2NnaS1iaW4vbG9hZGNybD9DQT1hYy11dGls
 aXNhdGV1ciZmb3JtYXQ9REVSME4GA1UdIARHMEUwQwYOKQMGAQQAAbdfAwECAAQwMTAvBggr
 BgEFBQcCARYjaHR0cDovL2lnYy5jcnUuZnIvcmVmZXJlbmNlcy9wYy5wZGYwDQYJKoZIhvcN
 AQEEBQADggEBAKkbMZ0lePEjtre/LXNiipx/1fQP3fQ6Xa1GUHxcaaQxu4bPaW4bgrBj+xbc
 sDryaMLzagHUbfWqQ+dx28rHVGiuxi2uuDnbHqAEQdtT64FbbIO0VRNHaqAwh68Ef68TJdJW
 ePTUTGgPjVqIeM54vh5dp5IUCl1Ql49KiAW1cl8Qu9YuCKfo5bqQfVlmgdNTv9nM5DOoTzPy
 UcMgxfzr9zq345jMxSOleO3WpFezETx8iB3llXuc7Op0xJiX3ZCXxAn39OOG2PJ765mT7Y23
 NjtujToXRvWd9H/ID6TIsmXyZty5rKPy8Z2RCcfdsooswTpPI3xeG8FT3xtzSvTsXZ8wggUt
 MIIEFaADAgECAgIHpTANBgkqhkiG9w0BAQQFADBUMQswCQYDVQQGEwJGUjEMMAoGA1UEChMD
 Q1JVMRcwFQYDVQQDEw5hYy11dGlsaXNhdGV1cjEeMBwGCSqGSIb3DQEJARYPY2EtYWRtaW5A
 Y3J1LmZyMB4XDTA2MDIyMjExMDQ0NVoXDTA3MDIyMjExMDQ0NVowXjELMAkGA1UEBhMCRlIx
 ETAPBgNVBAoTCDAxMzM3NzRHMRswGQYDVQQDExJHZW9mZnJveSBEZXN2ZXJuYXkxHzAdBgkq
 hkiG9w0BCQEWEGRnZW9AZWdpbS1tcnMuZnIwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK
 AoIBAQC19oHCV4kAmppo8JnNUoo754Z6j+PsRSV/TDq0Tl5sYh3BpxHQ2pL87XssQdgJAmv7
 OEz+SvF38TV3BecUidr325BKk9FZ0jYccA1FBUjra7cZSPD8N4DCJUcViXL6S2JUSX3MLbon
 YKO5dE8vpvfq0n5hEzk4oxbLbW8QfZ7o5FriD79so6VqtBw28wCEI1LaK6c7gRBsMsd4Qckz
 Yh5rD89nSkSAvJHoOYrFJYc5I4JkXpf53reVE8hoBc1Gxr8xRrQIfYdRoOoR+mHt9yZIWpmO
 zqR3W63Me/Os7hay/nIZYKcg6AJVya3e/JsGUQiM34SThoYsIMu/Xc3LzQMNAgMBAAGjggH9
 MIIB+TAMBgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQEAwIEsDAOBgNVHQ8BAf8EBAMCBeAw
 GwYDVR0RBBQwEoEQZGdlb0BlZ2ltLW1ycy5mcjBwBglghkgBhvhCAQ0EYxZhQ2VydGlmaWNh
 dCBhYy11dGlsaXNhdGV1ci4gUG91ciB0b3V0ZSBpbmZvcm1hdGlvbiBzZSByZXBvcnRlciDg
 IGh0dHA6Ly9pZ2MuY3J1LmZyL2FjLXV0aWxpc2F0ZXVyLzAdBgNVHQ4EFgQUpDbo/mtzEHfV
 j6zFpd8BCGC8dOowdwYDVR0jBHAwboAUFQp8KLWsprzX/TIzHXm9s0kKMZChU6RRME8xCzAJ
 BgNVBAYTAkZSMQwwCgYDVQQKEwNDUlUxEjAQBgNVBAMTCWFjLXJhY2luZTEeMBwGCSqGSIb3
 DQEJARYPY2EtYWRtaW5AY3J1LmZyggECME8GA1UdHwRIMEYwRKBCoECGPmh0dHA6Ly9pZ2Mu
 Y3J1LmZyL2NnaS1iaW4vbG9hZGNybD9DQT1hYy11dGlsaXNhdGV1ciZmb3JtYXQ9REVSME4G
 A1UdIARHMEUwQwYOKQMGAQQAAbdfAwECAAQwMTAvBggrBgEFBQcCARYjaHR0cDovL2lnYy5j
 cnUuZnIvcmVmZXJlbmNlcy9wYy5wZGYwDQYJKoZIhvcNAQEEBQADggEBAKkbMZ0lePEjtre/
 LXNiipx/1fQP3fQ6Xa1GUHxcaaQxu4bPaW4bgrBj+xbcsDryaMLzagHUbfWqQ+dx28rHVGiu
 xi2uuDnbHqAEQdtT64FbbIO0VRNHaqAwh68Ef68TJdJWePTUTGgPjVqIeM54vh5dp5IUCl1Q
 l49KiAW1cl8Qu9YuCKfo5bqQfVlmgdNTv9nM5DOoTzPyUcMgxfzr9zq345jMxSOleO3WpFez
 ETx8iB3llXuc7Op0xJiX3ZCXxAn39OOG2PJ765mT7Y23NjtujToXRvWd9H/ID6TIsmXyZty5
 rKPy8Z2RCcfdsooswTpPI3xeG8FT3xtzSvTsXZ8xggMOMIIDCgIBATBaMFQxCzAJBgNVBAYT
 AkZSMQwwCgYDVQQKEwNDUlUxFzAVBgNVBAMTDmFjLXV0aWxpc2F0ZXVyMR4wHAYJKoZIhvcN
 AQkBFg9jYS1hZG1pbkBjcnUuZnICAgelMAkGBSsOAwIaBQCgggGJMBgGCSqGSIb3DQEJAzEL
 BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA2MDczMTE2NTE0NFowIwYJKoZIhvcNAQkE
 MRYEFBLG/NKxkz+Jd2oRd7vP+Y69/kDaMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcw
 DgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo
 MGkGCSsGAQQBgjcQBDFcMFowVDELMAkGA1UEBhMCRlIxDDAKBgNVBAoTA0NSVTEXMBUGA1UE
 AxMOYWMtdXRpbGlzYXRldXIxHjAcBgkqhkiG9w0BCQEWD2NhLWFkbWluQGNydS5mcgICB6Uw
 awYLKoZIhvcNAQkQAgsxXKBaMFQxCzAJBgNVBAYTAkZSMQwwCgYDVQQKEwNDUlUxFzAVBgNV
 BAMTDmFjLXV0aWxpc2F0ZXVyMR4wHAYJKoZIhvcNAQkBFg9jYS1hZG1pbkBjcnUuZnICAgel
 MA0GCSqGSIb3DQEBAQUABIIBABmGaO4wbqRkHEb0/14Sa2K03Zfhi4WeEHt0jE5gWEJJCUIi
 9hmKn9LzlIA9ysVTYYhdzdhesDPhUvnDLXienC40TRAnBRVUpxChN5Kzp3PWY3bSYoqZ3v8m
 RMMWbF7y6n+eIVvkLPrGIs4eGXbFJnkIJIVaNR5sV43N8Ig65U0yIZWzUK+uYms9qHrpldEm
 QTikJpNoedILjBOXXKRF/6ZvEycytCXVwYLv7+klLje8hc81tWogWUvoGkpxufJZvLcVqn3Q
 nvNTltLvMx1n8jsmIo7E/NMlGYRy7d6jd//MoU7ADdyq2hBinAoIvc4irQN2eVGLx53Yusw2
 SBp7dmUAAAAAAAA=
 --------------ms040704040307090009050704--

From: "Rainer Duffner" <rainer@ultra-secure.de>
To: bug-followup@FreeBSD.org, rse@freebsd.org
Cc:  
Subject: Re: kern/97686: [nfs] massive NFS server performance break under 
     "options QUOTA"
Date: Tue, 21 Nov 2006 02:04:53 +0100 (CET)

 Hello,
 
 I'd like to know what the status of this bug is.
 Especially with regard to FreeBSD6.2
 I plan to use FreeBSD for an application that both needs NFS and quota.
 
 
 Best Regards,
 Rainer

From: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
To: bug-followup@FreeBSD.org, rse@FreeBSD.org,
        Geoffroy Desvernay <dgeo@egim-mrs.fr>
Cc:  
Subject: Re: kern/97686: [nfs] massive NFS server performance break under
	"options QUOTA"
Date: Thu, 03 May 2007 13:49:19 +0100

 Hi,
 
 This should have been fixed before 6.2-RELEASE, although I don't believe
 the fix was merged back into 6.1-RELEASE.  Is it possible to try and
 recreate the issue with 6.2-RELEASE or later and confirm if this is
 still an issue please?
 
 Thanks,
 
 Gavin

From: Geoffroy Desvernay <dgeo@ec-marseille.fr>
To: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
Cc: bug-followup@FreeBSD.org, rse@FreeBSD.org
Subject: Re: kern/97686: [nfs] massive NFS server performance break under
 "options QUOTA"
Date: Thu, 03 May 2007 16:35:59 +0200

 Gavin Atkinson wrote:
 > Hi,
 > 
 > This should have been fixed before 6.2-RELEASE, although I don't believe
 > the fix was merged back into 6.1-RELEASE.  Is it possible to try and
 > recreate the issue with 6.2-RELEASE or later and confirm if this is
 > still an issue please?
 > 
 It seems to be fixed. (I tried my litle script with 5000 iterations, 
 over or under quota).
 
 (tested under FREEBSD-6.1p1)
 
 Thanks.
State-Changed-From-To: open->closed 
State-Changed-By: linimon 
State-Changed-When: Thu May 3 16:13:34 UTC 2007 
State-Changed-Why:  
Submitter notes that this is fixed in 6.1. 

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