On 17/08/17 17:48, Oscar Salvador wrote: > > > On 08/16/2017 12:00 PM, Ian Kent wrote: >> On 16/08/17 17:43, Ian Kent wrote: >>> On 16/08/17 17:39, Ian Kent wrote: >>>> >>>> Could you have a look at: >>>> autofs-5.1.2-wait-for-master-map-available-at-start.patch >>>> autofs-5.1.2-add-master-read-wait-option.patch >>>> autofs-5.1.2-work-around-sss-startup-delay.patch >>>> autofs-5.1.2-add-sss-master-map-wait-config-option.patch >>>> autofs-5.1.2-fix-included-master-map-not-found-return.patch >>>> autofs-5.1.2-dont-fail-on-master-map-read-fail-timeout.patch >>>> autofs-5.1.2-set-sane-default-master-read-wait-timeout.patch >>>> autofs-5.1.2-dont-return-until-after-master-map-retry-read.patch >>>> autofs-5.1.2-make-lookup_nss_read_master-return-nss-status.patch >>>> >>>> found at https://www.kernel.org/pub/linux/daemons/autofs/v5/patches-5.1.3/. >> >> And there's this one too. >> autofs-5.1.2-fix-work-around-sss-startup-delay.patch > > > I can reproduce this with the latest version of autofs from git. Sounds like my understanding of the problem is not right. But it could also be I didn't actually use LDAP, I used NIS, I'll have to try harder to replicate it. > > My setup is quite simple: > > # git clone https://git.kernel.org/pub/scm/linux/storage/autofs/autofs.git > # ./configure && make && make install > > # vim /etc/auto.master > /- auto.host > +auto.master > > # vim /etc/auto.host > /data1 xx.xx.xx.xx:/mnt/export1 > /data2 xx.xx.xx.xx:/mnt/export2 > /data3 xx.xx.xx.xx:/mnt/export3 > > # grep autom /etc/nsswitch.conf > automount: files ldap > > > # automount -d -v -f > > # output of mounts (other terminal) > auto.host on /data3 type autofs (rw,relatime,fd=7,pgrp=29843,timeout=300,minproto=5,maxproto=5,direct) > auto.host on /data2 type autofs (rw,relatime,fd=7,pgrp=29843,timeout=300,minproto=5,maxproto=5,direct) > auto.host on /data1 type autofs (rw,relatime,fd=7,pgrp=29843,timeout=300,minproto=5,maxproto=5,direct) > > > # comment one mount in /etc/auto.host > # kill -HUP $(pidof automount) > > > Outcome: > > > do_hup_signal() -> do_read_master()[readall = 1] -> master_read_master() I've only looked at it up to this point because I thought update meant removed mount entry not being umounted but I think your actually saying subsequent map not being re-read and so not being updated. Is that what you mean? Ian -- To unsubscribe from this list: send the line "unsubscribe autofs" in
