From owner-freebsd-stable@FreeBSD.ORG Sat Sep 12 14:41:15 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C36EA1065696; Sat, 12 Sep 2009 14:41:15 +0000 (UTC) (envelope-from doug@polands.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.125]) by mx1.freebsd.org (Postfix) with ESMTP id 6A6418FC21; Sat, 12 Sep 2009 14:41:14 +0000 (UTC) Received: from haran.polands.org ([75.87.219.217]) by hrndva-omta01.mail.rr.com with ESMTP id <20090912144114123.WHNK11562@hrndva-omta01.mail.rr.com>; Sat, 12 Sep 2009 14:41:14 +0000 Received: from email.polands.org (ammon.polands.org [172.16.1.7]) by haran.polands.org (8.14.3/8.14.3) with ESMTP id n8CEfBsi081786; Sat, 12 Sep 2009 09:41:11 -0500 (CDT) (envelope-from doug@polands.org) Received: from 172.16.1.1 (SquirrelMail authenticated user djp) by email.polands.org with HTTP; Sat, 12 Sep 2009 09:41:13 -0500 Message-ID: <19c32ef4263ed3c2ab1624a43ae86c78.squirrel@email.polands.org> In-Reply-To: References: <9ef3bf09fa0e081eca3965e3f0e84f82.squirrel@email.polands.org> Date: Sat, 12 Sep 2009 09:41:13 -0500 From: "Doug Poland" To: "Rick Macklem" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: "Li, Qing" , freebsd-stable@freebsd.org, FreeBSD Current , Andrzej Tobola Subject: RE: NFS issues on 8.0-BETA4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Sep 2009 14:41:15 -0000 On Fri, September 11, 2009 15:37, Rick Macklem wrote: > >>> >>> I cannot sucessfully mount exports from the NFSv3 server on the >>> 8.0-BETA4 client. All works well with 7.2 clients. >>> >>> The strange thing is, the directory in which I mount the nfs >>> filesystem disappears, and I get an error when I attempt to >>> access the directory. >>> > > I went and looked at the message over in stable@ (I guess I have to > join that mailing list, too:-). > > I think that the second mount attempt, which failed with errno==64 > EHOSTDOWN probably gives you a better indication of what is broken > and hints at a networking problem, which hopefully others can help > with? > > mount_nfs currently has the quirk that, if you don't specify either > "udp" or "tcp", it will use UDP for the mount protocol and then > switch to TCP for NFS. (I didn't make it that way, but noticed it > when I was adding changes for the experimental client.) So, you might > want to try adding "udp" or "tcp" to the mount options for your > "simplified mount" and see what happens? (I suggest this, since it > seems to have been able to talk to mountd on the server, but not NFS > on the server and the only explanation I can think of is the switch > to TCP for that.) > > I think the first case failed after the retrycnt, due to the "soft" > option, but hadn't succeeded in doing any NFS Getattr, so the mount > point's type wasn't VDIR--> returning errno==1 EPERM for the "ls -l". > > > If the mount attempts with "udp" or "tcp" specified give you the same > behaviour, you could try using wireshark to capture the traffic. > (Wireshark is pretty good at decoding NFS traffic.) If you don't have > wireshark, you can use "tcpdump -w -s 0 " to capture > the traffic in a file that can be fed to wireshark later. (I'd be > happy to look at the traffic, if you were to email me the above > .) > > Good luck with it, rick ps: I'll assume that the client can talk to > the server for other stuff ok. pss: A big change between 7 and 8 is > use of a new kernel RPC layer that handles the RPC transport (again, > I wasn't the author, but am somewhat familiar with it). > > Simply adding -o udp to my mount command made the NFS mount work correctly. Qing, would it be beneficial to attempt the patch in light of these findings? Thanks all for the help, sorry for the noise. -- Regards, Doug