From owner-freebsd-fs@FreeBSD.ORG Mon Sep 14 18:59:49 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FF98106568D; Mon, 14 Sep 2009 18:59:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 56FB38FC15; Mon, 14 Sep 2009 18:59:47 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA06392; Mon, 14 Sep 2009 21:59:43 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1MnGm7-0001fq-0L; Mon, 14 Sep 2009 21:59:43 +0300 Message-ID: <4AAE929E.3040904@icyb.net.ua> Date: Mon, 14 Sep 2009 21:59:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090823) MIME-Version: 1.0 To: Rick Macklem References: <200909140858.34592.jhb@freebsd.org> <4AAE4513.6030701@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, qing.li@bluecoat.com, freebsd-current@freebsd.org Subject: Re: NFS client defaults to a mix of UDP and TCP X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Sep 2009 18:59:49 -0000 on 14/09/2009 19:27 Rick Macklem said the following: > > > On Mon, 14 Sep 2009, Andriy Gapon wrote: > >> on 14/09/2009 15:58 John Baldwin said the following: >>> >>> Yes. I know of folks would love to have NFS use only TCP, including the >>> initial RPC portmapper requests. IMO an NFS mount should use TCP for >>> everything and a UDP mount should use UDP for everything by default. >>> >> >> And another fact - it seems that NFS umount unconditionally uses UDP >> for "something": >> >> /* >> * Report to mountd-server which nfsname >> * has been unmounted. >> */ >> if (ai != NULL && !(fflag & MNT_FORCE) && do_rpc) { >> clp = clnt_create(hostp, MOUNTPROG, MOUNTVERS, "udp"); >> ... >> > Yep. This one is somewhat less critical IMO, since this RPC is just > fyi for the mountd on the server and, if it fails for any reason, only > normally affects the output of "showmount" and doesn't break the umount. > (That doesn't mean I don't think it should be fixed, but it can be done > separately from resolving what mount_nfs needs to default to.) I agree. It's just that given the nature of UDP it takes a very long while for umount to re-alize that nobody's listening in some situations. -- Andriy Gapon