From owner-freebsd-bugs Wed Oct 24 10:10:14 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 64BE537B406 for ; Wed, 24 Oct 2001 10:10:00 -0700 (PDT) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.4/8.11.4) id f9OHA0b65531; Wed, 24 Oct 2001 10:10:00 -0700 (PDT) (envelope-from gnats) Received: from infres.enst.fr (infres-192.enst.fr [137.194.192.1]) by hub.freebsd.org (Postfix) with ESMTP id BEEAD37B409 for ; Wed, 24 Oct 2001 10:03:47 -0700 (PDT) Received: from shalmaneser.enst.fr (shalmaneser.enst.fr [137.194.162.11]) by infres.enst.fr (Postfix) with ESMTP id 75A6C189A for ; Wed, 24 Oct 2001 19:03:46 +0200 (MEST) Received: by shalmaneser.enst.fr (Postfix, from userid 11117) id F2A90112F4; Wed, 24 Oct 2001 19:03:45 +0200 (CEST) Message-Id: <20011024170345.F2A90112F4@shalmaneser.enst.fr> Date: Wed, 24 Oct 2001 19:03:45 +0200 (CEST) From: Thomas Quinot Reply-To: Thomas Quinot To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/31479: Solaris NFS client times out in getacl Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 31479 >Category: kern >Synopsis: Solaris NFS client times out in getacl >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 24 10:10:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Thomas Quinot >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD shalmaneser.enst.fr 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Wed Oct 17 19:16:27 CEST 2001 quinot@shalmaneser.enst.fr:/usr/obj/usr/src/sys/SHALMANESER i386 >Description: With Solaris 2.[68] as clients, and -CURRENT of Oct. 17 as server: ls on client works, but ls -l waits for a timeout once for each file in the directory, and issues a 'NFS getacl failed' message. The server is not multi-homed, and a packet capture shows no trace of address mismatch problems. One interesting thing is that the client first does GETATTR on the file (and apparently gets a reply), and then sends some other RPC, to which the server never replies. Could this be the getacl request mentioned in the client error message? I see no mention of getacl whatsoever in the -CURRENT server code. If no such function is implemented, shouldn't we reject the request? A packet capture is available at http://www.infres.enst.fr/~quinot/nfs.cap Client is 137.194.192.1, server is 137.194.162.11. The test consists in first performing an 'ls' on one file, then an 'ls -l' on the same file. Result: ls photos-ta; ls -l photos-ta photos-ta NFS getacl failed for server shalmaneser.enst.fr: error 5 (RPC: Timed out) -rw------- 1 quinot astre 474 Oct 18 14:17 photos-ta This issue was brought up on current@freebsd.org, but no reply was made. >How-To-Repeat: Export an NFS file system from a FreeBSD 5-CURRENT server to a Solaris 2.8 client. Do an 'ls' on an existing file on that FS (works correctly), do an 'ls -l' (hanges, times out, displays error message before returning correct data). >Fix: None known so far. Note: Trying to launch mountd with '-2' and to mount the FS with '-o vers=2' on the client results in mount hanging on the client (although mountd logs a 'mount request succeeded'). >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message