From owner-freebsd-arch@FreeBSD.ORG Mon Aug 4 21:53:46 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 205FA75D; Mon, 4 Aug 2014 21:53:46 +0000 (UTC) Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83B3E20F7; Mon, 4 Aug 2014 21:53:45 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id l18so58953wgh.2 for ; Mon, 04 Aug 2014 14:53:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=qqhFUNbxfJ8w9GqMZSfDNUbPo9/O/e8DHRN/QkXi6Cg=; b=wv8BOngF4hXlOuVnNT+zO9NkvoeRpixv0THhEhqlZd7D9cnTSrky6J4IOMOv4z/wI1 fAqTUBiXl7UvnArfCgjLw76viMe5KbnMLzYVXry9C+PYCimAZSCxPcM80oR5RtDix0UB uYFn5vb1KfPBthc6adHvNEBYNydmMgQox1DnGh95b2OWWI/+9gisHr3TKOP5DQw9YHeh /ivzSSLTA+TVJYbjxf4duaFR1qpqbi5ZHz2y+qpFoZR6/tVpCsJESIpx6DB4bW9KLEoP 5tDY75jDMoEELbCzYHC2WQ2kIHzOZZhe2FHvIbTsmgnLqt0nO7U/ASbS8b5g3Xqm9cEe Sr6w== X-Received: by 10.180.93.8 with SMTP id cq8mr511578wib.17.1407189223807; Mon, 04 Aug 2014 14:53:43 -0700 (PDT) Received: from pc5.home (adhg143.neoplus.adsl.tpnet.pl. [79.184.162.143]) by mx.google.com with ESMTPSA id o2sm1006023wij.24.2014.08.04.14.53.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 04 Aug 2014 14:53:43 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Mon, 4 Aug 2014 23:53:49 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Rick Macklem Subject: Re: [CFT] Autofs. Message-ID: <20140804215349.GA33526@pc5.home> Mail-Followup-To: Rick Macklem , "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org References: <3DA39B51-4CE5-437B-9B03-7E34CC954A7E@lists.zabbadoz.net> <1593472917.6916985.1407178271363.JavaMail.root@uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1593472917.6916985.1407178271363.JavaMail.root@uoguelph.ca> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "Bjoern A. Zeeb" , freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2014 21:53:46 -0000 On 0804T1451, Rick Macklem wrote: > Bjoern A. Zeeb wrote: > > On 30 Jul 2014, at 07:19 , Edward Tomasz Napierała > > wrote: > > > > > At the link below you will find a patch that adds the new > > > automounter. > > > The patch is against yesterdays 11.0-CURRENT. > > > > > > http://people.freebsd.org/~trasz/autofs-head-20140729.diff > > > > I also just submitted > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192379 to allow -o > > vers= mount_nfs compatibility, which makes it easier to integrate > > with Linux/OSX/Solaris LDAP setups and mount options from LDAP. > > > > > > > Testing is welcome. Please start with manual pages, eg. > > > automount(8). > > > > > > I found one case now doing the aforementioned where when the initial > > mount_nfs fails (e.g., for invalid options), then a later mount did > > not succeed either, with the correct mount options; I did try to > > run automount -u in between tries, as well as service automountd > > restart, but that did not make a change; given I was short on time, > > a reboot of my desktop made this go away. Is there some “negative > > caching” in the kernel module possibly that will not retry the mount > > for another time or something—as in if I were more patient and > > waited 5 minutes, would it maybe just have worked again? > > > If I recall it correctly, it retries a mount attempt that fails after > something like 1min (which seems like a long time when you are waiting > for it;-). I think that was done so that clients don't flood a rebooting > server with mount attempts, but that code was written long, long ago. >From what I've seen mount_nfs(8) retries indefinitely; that's why automountd disables that behaviour by default, by passing "retrycnt=1".