From owner-freebsd-bugs Wed Apr 10 13:21:47 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05587 for bugs-outgoing; Wed, 10 Apr 1996 13:21:47 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05357 Wed, 10 Apr 1996 13:20:23 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA09300; Wed, 10 Apr 1996 22:18:32 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04669; Wed, 10 Apr 1996 22:18:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA01250; Wed, 10 Apr 1996 22:09:38 +0200 (MET DST) From: J Wunsch Message-Id: <199604102009.WAA01250@uriah.heep.sax.de> Subject: Re: Unsuccessfully to install 2.2-960323 SNAP To: jin@george.lbl.gov (Jin Guojun[ITG]) Date: Wed, 10 Apr 1996 22:09:37 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-bugs@FreeBSD.ORG, gibbs@freefall.freebsd.org, jin@george.lbl.gov, jkh@time.cdrom.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604100019.RAA26161@george.lbl.gov> from "Jin Guojun[ITG]" at Apr 9, 96 05:19:57 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jin Guojun[ITG] wrote: > A little more information. The FTP installation also pauses at this point > for a second, and then continues. There must be some negotiation going on > at this point and it is broken for NFS: > > ... > stand/ee > stand/df > stand/cat > stand/ls > hanging Well, it's the first ``real file'' that is being fetched from the server at this moment: j@uriah 94% gzcat < root.flp | cpio -ivt drwxr-xr-x 3 root wheel 0 Feb 14 11:09 . drwxr-xr-x 3 root wheel 0 Feb 14 11:09 stand drwxr-xr-x 11 root wheel 0 Feb 14 11:09 stand/info drwxr-xr-x 2 root wheel 0 Feb 14 10:02 stand/info/bin -rw-r--r-- 1 root wheel 1799 Feb 14 10:02 stand/info/bin/bin.inf ... -r-xr-xr-x 59 root bin 0 Feb 14 09:34 stand/ee -r-xr-xr-x 59 root bin 0 Feb 14 09:34 stand/df -r-xr-xr-x 59 root bin 0 Feb 14 09:34 stand/cat -r-xr-xr-x 59 root bin 0 Feb 14 09:34 stand/ls -r-xr-xr-x 59 root bin 811008 Feb 14 09:34 stand/root_crunch (End of archive.) All the ``files'' above are actually hard links to root_crunch. So it really looks like the generic NFS hang problem. For some reason, your NFS server is pumping packets quicker than your ethernet card can pick them up from the wire. However, the default NFS block size is 8 KB, and NFS can only ``think'' in full NFS blocks, so it retransmits the 8 KB block again. Apparently, this will hang the system. The ``slow NFS'' was supposed to get around it by reducing the block size to 1 KB, so it always fits into a single UDP packet. It should always be possible to retransmit it. If your ethernet card is very lossy for some reason, the UDP/timeout/retransmit negotiation of NFS will however drastically slow down the overall data rate, quite more that TCP will. I've also noticed that my installation attempts required ``slow NFS'' where i can't seem to remember that i had to specify this before. (Server and client are both sluggish 3C503 8-bit cards.) -- 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. ;-)