Re: [CFT] Autofs.

From: Bjoern A. Zeeb <bzeeb-lists_at_lists.zabbadoz.net>
Date: Mon, 4 Aug 2014 16:35:15 +0000
On 04 Aug 2014, at 16:17 , Edward Tomasz Napierała <trasz_at_freebsd.org> wrote:

> On 0804T1252, Bjoern A. Zeeb wrote:
>> On 30 Jul 2014, at 07:19 , Edward Tomasz Napierała <trasz_at_freebsd.org> 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.
> 
> Nice!  Will you commit it?

Yeah and MFC for 10.1 unless someone speaks up the next day or two.   I have updated the man page locally and I emailed Rick Macklem; will see if he’s around.


>>> 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?
> 
> There is no negative caching.  I'll see if I can figure out the cause
> for this.

Thanks.  I can possibly try to do some more tracing and debugging later in the week if needed.

— 
Bjoern A. Zeeb             "Come on. Learn, goddamn it.", WarGames, 1983
Received on Mon Aug 04 2014 - 14:35:25 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:51 UTC