On 18/08/17 15:35, Ian Kent wrote: > 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. Success, I have now been able to reproduce this, give me some time to work out what's going on. > >> >> 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 > -- To unsubscribe from this list: send the line "unsubscribe autofs" in
