From owner-freebsd-bugs Tue Apr 15 22:00:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09558 for bugs-outgoing; Tue, 15 Apr 1997 22:00:07 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA09528; Tue, 15 Apr 1997 22:00:02 -0700 (PDT) Resent-Date: Tue, 15 Apr 1997 22:00:02 -0700 (PDT) Resent-Message-Id: <199704160500.WAA09528@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, ponds!rivers@dg-rtp.dg.com Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA08710 for ; Tue, 15 Apr 1997 21:50:42 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA23183; Wed, 16 Apr 1997 00:50:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 16 Apr 1997 00:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id WAA16805 for ; Tue, 15 Apr 1997 22:03:09 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id WAA01541; Tue, 15 Apr 1997 22:09:41 -0400 (EDT) Message-Id: <199704160209.WAA01541@lakes.water.net> Date: Tue, 15 Apr 1997 22:09:41 -0400 (EDT) From: Thomas David Rivers Reply-To: ponds!rivers@dg-rtp.dg.com To: ponds!freebsd.org!FreeBSD-gnats-submit X-Send-Pr-Version: 3.2 Subject: kern/3304: NFS V2 readdir hangs Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 3304 >Category: kern >Synopsis: NFS V2 readdir hangs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 15 22:00:01 PDT 1997 >Last-Modified: >Originator: Thomas David Rivers >Organization: SAS Institute >Release: FreeBSD 2.2.1-STABLE i386 >Environment: FreeBSD 2.2.1 - downloaded from ftp.freebsd.org on April 8th. >Description: NFS readdir can hang when accessing V2 servers. Further access the mounted file system is blocked... It appears that an nfs_send() is issued to continue reading the directory; following by an nfs_receive() which eventually (via soreceive) blocks in sbwait(), waiting on a packet that never arrives. It's not at all clear to me (personally) if this is a problem with the NFS protocol (i.e. we've sent, and are waiting on a response from, an invalid NFS request) - or some underlying problem with soreceive(). >How-To-Repeat: Mount a V2 NFS server (I've tried both Sunos 4.1.3 and HP/UX 9.05), go to a rather large directory and do "ls -l". The ls -l will hang in sbwait(). This apparently also needs a rather slow network for a reliable reproduction - that is, it's somewhat timing dependent. >Fix: Unknown at this point. >Audit-Trail: >Unformatted: