From jsin@broadcom.com  Tue Jun  3 19:16:11 1997
Received: from viggen.broadcom.com (dns.broadcom.com [207.93.217.3])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10895
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 3 Jun 1997 19:16:10 -0700 (PDT)
Received: (from smapuser@localhost)
          by viggen.broadcom.com (8.8.4/8.8.4)
	  id TAA09167 for <FreeBSD-gnats-submit@freebsd.org>; Tue, 3 Jun 1997 19:15:20 -0700 (PDT)
Received: from fortress.broadcom.com(207.93.178.5) by viggen.broadcom.com via smap (V2.0alpha)
	id xma009161; Tue, 3 Jun 97 19:15:08 -0700
Received: from airbus.broadcom.com (airbus.broadcom.com [207.93.178.3])
	by fortress.broadcom.com (8.8.5/8.8.5) with ESMTP id TAA16888
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 3 Jun 1997 19:18:41 -0700 (PDT)
Received: (from jsin@localhost)
          by airbus.broadcom.com (8.8.5/8.8.4)
	  id TAA02578; Tue, 3 Jun 1997 19:18:40 -0700 (PDT)
Message-Id: <199706040218.TAA02578@airbus.broadcom.com>
Date: Tue, 3 Jun 1997 19:18:40 -0700 (PDT)
From: John Sin <jsin@broadcom.com>
Reply-To: jsin@broadcom.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: bug report for 2.2.2-RELEASE
X-Send-Pr-Version: 3.2

>Number:         3771
>Category:       kern
>Synopsis:       NFS hangs when writing to local FS re-mounted via NFS
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    dillon
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Jun  3 19:20:01 PDT 1997
>Closed-Date:    Wed May 30 21:38:11 PDT 2001
>Last-Modified:  Wed May 30 21:38:59 PDT 2001
>Originator:     John Sin
>Release:        FreeBSD 2.2.2-RELEASE i386
>Organization:
Broadcom Corporation
>Environment:

	2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Sat May 31 15:24:00 PDT 1997     

	DELL Pentium Pro Edge 2100/180.  64MB RAM.  
	On-Board AIC7880 SCSI plus Adaptec 2940 UW.  3COM 3c595 100BaseTX.
	3 SCSI hard drives and SCSI CDROM.

	DELL Pentium II H266.  96MB RAM.  
	On-Board EIDE controller.  3COM 3c905 100BaseTX.
	1 IDE hard drive and an IDE CDROM


>Description:

	NFS hangs, when writing a sizable file to a local filesystem 
	that has been re-mounted via NFS (typically via amd, but not
	necessarily).

	The reason for re-mounting local filesystem via NFS is so
	that directory names can be kept the same across all machines.

	Small files can be written ok to such a filesystem (it seems).  
	Large files can be read OK.  Whenever the system dies, all NFS
	daemons are in 'D' state, with very high priority.  Here's
	a sample of "ps axl | grep nfs":

UID   PID  PPID CPU PRI NI   VSZ  RSS WCHAN  STAT  TT       TIME COMMAND
  0    96     1   9   2  0   232  116 accept Is    ??    0:00.01 nfsd: master
  0   100    96   0 -14  0   224  104 uihget D     ??    0:00.51 nfsd: server
  0   101    96   0  -1  0   224  104 nfsrcv D     ??    0:00.05 nfsd: server
  0   102    96   0 -14  0   224  104 uihget D     ??    0:00.01 nfsd: server
  0   103    96   0 -14  0   224  104 uihget D     ??    0:00.00 nfsd: server
  0   109     1   0   2  0   208   88 sbwait D     ??    0:00.24 nfsiod -n 4
  0   110     1   0  -1  0   208   88 nfsrvc D     ??    0:00.06 nfsiod -n 4
  0   111     1   0  -1  0   208   88 nfsrvc D     ??    0:00.01 nfsiod -n 4
  0   112     1   0  -1  0   208   88 nfsrvc D     ??    0:00.01 nfsiod -n 4
100   385   170   0  -1  0   260  156 nfsrvc D+    ??    0:00.14 cp /tmp/file

	It does appear that NFS in general works -- at least I can mount 
	remote machines' filesystems and copy data in and out without the 
	system hanging.  I only experience NFS problem with local filesystem
	re-mounted via NFS.

>How-To-Repeat:

	cat /kernel >  /tmp/junkfile
	cat /kernel >> /tmp/junkfile
	cat /kernel >> /tmp/junkfile
	[hopefully this results in /tmp/junkfile > 3MB]

	mount localhost:/ mnt
	cp /mnt/tmp/junkfile /tmp/junkfile.copy		[this works ok
	cp /tmp/junkfile /mnt/tmp/junkfile.dead		[this hangs the system]

>Fix:
	
	Unknown

>Release-Note:
>Audit-Trail:

From: John Polstra <jdp@polstra.com>
To: freebsd-gnats-submit@freebsd.org
Cc: Chris Timmons <skynyrd@opus.cts.cwu.edu>
Subject: Re: kern/3771 NFS hangs when writing to local FS re-mounted via NFS
Date: Wed, 04 Jun 1997 07:40:47 -0700

 > mount localhost:/ mnt
 > cp /mnt/tmp/junkfile /tmp/junkfile.copy         [this works ok
 > cp /tmp/junkfile /mnt/tmp/junkfile.dead         [this hangs the system]
 
 Chris Timmons has pointed out in private mail that this looks like
 it might be caused by a more general problem with the loopback
 interface that I and others have noticed.  Could you please try
 the same test again, but using your real host name instead of
 "localhost" for the mount?
 --
    John Polstra                                       jdp@polstra.com
    John D. Polstra & Co., Inc.                Seattle, Washington USA
    "Self-knowledge is always bad news."                 -- John Barth

From: j@uriah.heep.sax.de (J Wunsch)
To: jsin@broadcom.com
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/3771: bug report for 2.2.2-RELEASE
Date: Wed, 4 Jun 1997 18:11:12 +0200

 As John Sin wrote:
 
 > >Synopsis:       NFS hangs when writing to local FS re-mounted via NFS
 
 I remember a comment of Doug Rabson that this was a known problem
 with our NFSv3 implementation.
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)

From: jsin@broadcom.com (John Sin)
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/3771: bug report for 2.2.2-RELEASE
Date: Wed, 4 Jun 1997 11:57:20 -0700

   >Chris Timmons has pointed out in private mail that this looks like
   >it might be caused by a more general problem with the loopback
   >interface that I and others have noticed.  Could you please try
   >the same test again, but using your real host name instead of
   >"localhost" for the mount?
 
 The problem occurs with real host name as well as "localhost".
 I used "localhost" in the example in an attempt to isolate this
 problem from other network related issues.
 
   >I remember a comment of Doug Rabson that this was a known problem
   >with our NFSv3 implementation.
 
 That seems correct.  When I mount the filesystem with NFSv2 -- as in
 
 	mount -t nfs -o -2 localhost:/  /mnt
 
 this problem went away.   So at least now I have a workaround! 
 Hopefully this will be fixed soon.
 
 Thanks for your help!
State-Changed-From-To: open->feedback 
State-Changed-By: johan 
State-Changed-When: Sun Aug 20 13:14:51 PDT 2000 
State-Changed-Why:  
Alot has happened in the NFS area since 2.2.2, 
can you please try this in a new release of FreeBSD 
for example 4.1-RELEASE and report back is this works now. 



Responsible-Changed-From-To: freebsd-bugs->dillon 
Responsible-Changed-By: johan 
Responsible-Changed-When: Sun Aug 20 13:14:51 PDT 2000 
Responsible-Changed-Why:  
Over to NFS maintainer. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=3771 
State-Changed-From-To: feedback->closed 
State-Changed-By: unfurl 
State-Changed-When: Wed May 30 21:38:11 PDT 2001 
State-Changed-Why:  
This has been fixed somewhere along the line in the course of 
development. 

root@rooter:/$ uname -a 
FreeBSD rooter.geekhouse.net 4.3-STABLE FreeBSD 4.3-STABLE #2: Mon Apr 30 11:37:22 PDT 2001     unfurl@rooter.geekhouse.net:/usr/obj/usr/src/sys/ROOTER  i386 
root@rooter:/$ showmount -e 
Exports list on localhost: 
/usr/src                           Everyone 
/usr/obj                           Everyone 
root@rooter:/$ mount localhost:/usr/src /mnt 
root@rooter:/$ mount   
/dev/da0s1a on / (ufs, NFS exported, local) 
procfs on /proc (procfs, local) 
moby:/home on /home (nfs) 
pid278@rooter:/host on /host (nfs) 
pid278@rooter:/net on /net (nfs) 
rum:/mp3/a-m on /.amd_mnt/rum/host/mp3/a-m (nfs, nodev, nosuid) 
localhost:/usr/src on /mnt (nfs) 
root@rooter:/$ ls /mnt 
COPYRIGHT               crypto                  release 
CVS                     etc                     sbin 
Makefile                games                   secure 
Makefile.inc1           gnu                     share 
Makefile.upgrade        include                 sys 
README                  kerberos5               tools 
UPDATING                kerberosIV              usr.bin 
bin                     lib                     usr.sbin 
contrib                 libexec 



http://www.FreeBSD.org/cgi/query-pr.cgi?pr=3771 
>Unformatted:
