<div dir="ltr">sorry the tests are going slowly, but another interesting thing i found is this: i have an @reboot cronjob that check if the number of mounts in the system is not what it's supposed to be, and it grabs some system information. despite:<br><br># grep remote /etc/systemd/system/cron.service<br>Requires=remote-fs.target<br>After=remote-fs.target<br><br>the cronjob was started when 'mount' still didnt have all the nfs mount available (it became available at a later stage, but not when the cronjob ran); from the boot log:<br><br>1005:Feb 10 16:44:38 SERVER systemd[1]: Installed new job mnt-NFSSERVER.mount/start as 97<br>1707:Feb 10 16:44:40 SERVER systemd[1]: Mounting /mnt/NFSSERVER...<br>1709:Feb 10 16:44:40 SERVER systemd[1]: About to execute: /bin/mount -n XXX.YYY.16.226:/VOL /mnt/NFSSERVER -t nfs -o rw,intr,tcp,bg,rdirplus,noatime,_netdev<br>1711:Feb 10 16:44:40 SERVER systemd[1]: mnt-NFSSERVER.mount changed dead -> mounting<br>1713:Feb 10 16:44:40 SERVER systemd[583]: Executing: /bin/mount -n XXX.YYY.16.226:/VOL /mnt/NFSSERVER -t nfs -o rw,intr,tcp,bg,rdirplus,noatime,_netdev<br>1815:Feb 10 16:44:43 SERVER systemd[1]: Child 583 belongs to mnt-NFSSERVER.mount<br>1816:Feb 10 16:44:43 SERVER systemd[1]: mnt-NFSSERVER.mount mount process exited, code=exited status=0<br>1817:Feb 10 16:44:43 SERVER systemd[1]: mnt-NFSSERVER.mount changed mounting -> mounted<br>1818:Feb 10 16:44:43 SERVER systemd[1]: Job mnt-NFSSERVER.mount/start finished, result=done<br>1819:Feb 10 16:44:43 SERVER systemd[1]: Mounted /mnt/NFSSERVER.<br>2106:Feb 10 16:44:43 SERVER systemd[1]: mnt-NFSSERVER.mount changed mounted -> dead<br>2107:Feb 10 16:44:43 SERVER systemd[1]: Failed to destroy cgroup /system.slice/mnt-NFSSERVER.mount: Device or resource busy<br>2632:Feb 10 16:44:54 SERVER systemd[1]: mnt-NFSSERVER.mount changed dead -> mounted<br><br>2312:Feb 10 16:44:43 SERVER CRON[876]: (root) CMD (/root/jessie_mount_test.sh)<div><br></div><div>so the cronjob is started before "mnt-NFSSERVER.mount changed dead -> mounted" which happened 11 secs later (!) - did i define the dependency between cron and remote-fs wrong? is the remote-fs target reached too early?</div><div><br></div><div>this is a slightly different case (a mountpoint is available later than the others, not completely missing), so let me know if this is not interesting and so I can discard these results (and reboot the machine, to try to replicate the original issue) or if there's some value in debugging further (as said, the machine is still up from when this happened, so I can inspect further if needed).</div><div><br></div><div>Thanks!<br><div><br></div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 10, 2016 at 5:48 PM, Michael Biebl <span dir="ltr"><<a href="mailto:biebl@debian.org" target="_blank">biebl@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">Am 10.02.2016 um 18:37 schrieb Sandro Tosi:<br>
> Disabling ifplugd didnt change the situation, and there are still missing<br>
> mount points<br>
><br>
> On Tue, Feb 9, 2016 at 9:21 PM, Michael Biebl <<a href="mailto:biebl@debian.org">biebl@debian.org</a>> wrote:<br>
>> Am 09.02.2016 um 22:11 schrieb Sandro Tosi:<br>
>>>> Another idea: maybe it's related to name resolution. How is that<br>
>>>> configured? Does it help if you use IP adresses in /etc/fstab?<br>
>>><br>
>>> # cat /etc/resolv.conf<br>
>>> search OUR-DOMAIN.com<br>
>>> nameserver 127.0.0.1<br>
>>> nameserver XXX.YYY.32.33<br>
>>> nameserver XXX.YYY.32.22<br>
>>> options no_tld_query<br>
>>><br>
>>> on localhost we have unbound as dns cache with this config<br>
>>><br>
>>> # cat /etc/unbound/unbound.conf<br>
>>> server:<br>
>>>        val-permissive-mode: yes<br>
>>>        local-zone: "10.in-addr.arpa" nodefault<br>
>>> forward-zone:<br>
>>>        name: .<br>
>>>        forward-addr: XXX.YYY.32.33<br>
>>>        forward-addr: XXX.YYY.32.22<br>
>>> remote-control:<br>
>>>        control-enable: yes<br>
>>><br>
>>> the NFS storage appliance we are using is configured to have a<br>
>>> multiple ip addresses to resolve to the same domain name, and it<br>
>>> automatically balances connections between clients providing different<br>
>>> ip addresses, so we cannot change that.<br>
>><br>
>> For testing purposes, it should be possible to configure one client to<br>
>> use a fixed IP address in /etc/fstab.<br>
><br>
> oh yes, totally. I just tried that (with ifplugd still disabled) and...<br>
><br>
>> If the mount then doesn't fail,<br>
>> you have narrowed down the problem then at least.<br>
><br>
> ... sadly now all the nfs shares fail to mount at first:<br>
><br>
> Feb 10 12:08:27 SERVER kernel: RPC: Registered tcp NFSv4.1 backchannel<br>
> transport module.<br>
> Feb 10 12:08:27 SERVER kernel: FS-Cache: Netfs 'nfs' registered for caching<br>
> Feb 10 12:08:27 SERVER kernel: NFS: Registering the id_resolver key type<br>
> Feb 10 12:08:27 SERVER kernel: Installing knfsd (copyright (C) 1996<br>
> <a href="mailto:okir@monad.swb.de">okir@monad.swb.de</a>).<br>
> Feb 10 12:08:30 SERVER kernel: igb 0000:01:00.0 eth0: igb: eth0 NIC Link is<br>
> Up 1000 Mbps Full Duplex, Flow Control: RX<br>
> Feb 10 12:08:30 SERVER mount[576]: mount to NFS server 'XXX.YYY.21.22'<br>
> failed: No route to host, retrying<br>
> Feb 10 12:08:30 SERVER mount[567]: mount to NFS server 'XXX.YYY.27.74'<br>
> failed: No route to host, retrying<br>
> Feb 10 12:08:30 SERVER mount[578]: mount to NFS server 'XXX.YYY.16.226'<br>
> failed: No route to host, retrying<br>
> Feb 10 12:08:30 SERVER mount[582]: mount to NFS server 'XXX.YYY.26.132'<br>
> failed: No route to host, retrying<br>
> Feb 10 12:08:30 SERVER mount[574]: mount to NFS server 'XXX.YYY.36.210'<br>
> failed: No route to host, retrying<br>
> Feb 10 12:08:30 SERVER mount[572]: mount to NFS server 'XXX.YYY.27.74'<br>
> failed: No route to host, retrying<br>
> Feb 10 12:08:30 SERVER mount[583]: mount to NFS server 'XXX.YYY.32.75'<br>
> failed: No route to host, retrying<br>
> Feb 10 12:08:30 SERVER mount[569]: mount to NFS server 'XXX.YYY.32.111'<br>
> failed: No route to host, retrying<br>
> Feb 10 12:08:30 SERVER mount[564]: mount to NFS server 'XXX.YYY.20.176'<br>
> failed: No route to host, retrying<br>
> Feb 10 12:08:30 SERVER mount[580]: mount to NFS server 'XXX.YYY.20.176'<br>
> failed: No route to host, retrying<br>
> Feb 10 12:08:30 SERVER mount[561]: mount.nfs: backgrounding<br>
> "XXX.YYY.20.176:/VOL"<br>
> Feb 10 12:08:30 SERVER mount[562]: mount.nfs: backgrounding<br>
> "XXX.YYY.27.74:/VOL"<br>
> Feb 10 12:08:30 SERVER mount[563]: mount.nfs: backgrounding<br>
> "XXX.YYY.32.111:/VOL"<br>
> Feb 10 12:08:30 SERVER mount[565]: mount.nfs: backgrounding<br>
> "XXX.YYY.27.74:/VOL"<br>
> Feb 10 12:08:30 SERVER mount[568]: mount.nfs: backgrounding<br>
> "XXX.YYY.36.210:/VOL"<br>
> Feb 10 12:08:30 SERVER mount[573]: mount.nfs: backgrounding<br>
> "XXX.YYY.21.22:/VOL"<br>
> Feb 10 12:08:30 SERVER mount[575]: mount.nfs: backgrounding<br>
> "XXX.YYY.16.226:/VOL"<br>
> Feb 10 12:08:30 SERVER mount[579]: mount.nfs: backgrounding<br>
> "XXX.YYY.26.132:/VOL"<br>
> Feb 10 12:08:30 SERVER mount[581]: mount.nfs: backgrounding<br>
> "XXX.YYY.32.75:/VOL"<br>
> Feb 10 12:08:30 SERVER mount[577]: mount.nfs: backgrounding<br>
> "XXX.YYY.20.176:/VOL"<br>
> Feb 10 12:08:30 SERVER nfs-common[612]: Starting NFS common utilities:<br>
> statd idmapd.<br>
><br>
> but just above all these failures, the eth0 is marked as UP.<br>
><br>
> in the critical-chain now I no longer see the remote-fs target (so I'm not<br>
> sure when it is started in relation with the networking target), is it<br>
> normal?<br>
<br>
</div></div>Attach the output of systemctl status <failing-mount>.mount,<br>
systemd-analyze dump and journalctl -alb (with debugging enabled)<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
--<br>
Why is it that all of the instruments seeking intelligent life in the<br>
universe are pointed away from Earth?<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Sandro "morph" Tosi<br>My website: <a href="http://sandrotosi.me/" target="_blank">http://sandrotosi.me/</a><br>Me at Debian: <a href="http://wiki.debian.org/SandroTosi" target="_blank">http://wiki.debian.org/SandroTosi</a><br>G+: <a href="https://plus.google.com/u/0/+SandroTosi" target="_blank">https://plus.google.com/u/0/+SandroTosi</a></div>
</div>