jessie: help debugging NFS shares not mounted at boot, double mounts with mount -a, and @reboot cronjobs

Sandro Tosi morph at debian.org
Tue Feb 9 21:11:40 GMT 2016


On Tue, Feb 9, 2016 at 7:10 PM, Michael Biebl <biebl at debian.org> wrote:
> Am 09.02.2016 um 19:14 schrieb Sandro Tosi:
>> Hey Michael!
>>
>> On Tue, Feb 9, 2016 at 5:07 PM, Michael Biebl <biebl at debian.org> wrote:
>>> Am 09.02.2016 um 16:40 schrieb Sandro Tosi:
>>>> Hi guys! do you have any idea of what is going on on these machines?
>>>> can you help us fixing it? can we provide more information to pinpoint
>>>> the origin of the issue? thanks!!
>>>
>>> Can you post more details about your network configuration (like your
>>> /etc/network/interfaces).
>>
>> sure here it is:
>>
>> # The loopback network interface
>> auto lo
>> iface lo inet loopback
>>
>> # The primary network interface
>> # eth0 aka admin1
>> auto eth0
>> iface eth0 inet static
>>    address XXX.YYY.54.100
>>    netmask 255.255.252.0
>>    gateway XXX.YYY.52.1
>>    post-up /sbin/ip link set eth0 alias "admin1"
>>
>> can i provide more details? what do you think it would be interesting?
>
>>> Seems like ifplugd is used which is started after systemd has tried to
>>> mount the remote NFS shares.
>>
>> shouldnt that prevent all NFS shares to be mounted and not just one of them?
>
> No idea. Just wondering if ifplugd somehow interferes here. Have you
> tried disabling ifplugd.

I've just disabled it, I'll let the machine run its reboot-loop during
the night and will see in the morning if there is any (positive)
effect.

> Another idea: maybe it's related to name resolution. How is that
> configured? Does it help if you use IP adresses in /etc/fstab?

# cat /etc/resolv.conf
search OUR-DOMAIN.com
nameserver 127.0.0.1
nameserver XXX.YYY.32.33
nameserver XXX.YYY.32.22
options no_tld_query

on localhost we have unbound as dns cache with this config

# cat /etc/unbound/unbound.conf
server:
       val-permissive-mode: yes
       local-zone: "10.in-addr.arpa" nodefault
forward-zone:
       name: .
       forward-addr: XXX.YYY.32.33
       forward-addr: XXX.YYY.32.22
remote-control:
       control-enable: yes

the NFS storage appliance we are using is configured to have a
multiple ip addresses to resolve to the same domain name, and it
automatically balances connections between clients providing different
ip addresses, so we cannot change that.

During tests, i managed to let the NFS share mount fail for name
resolution, but it was evident in the log that was the case, with a
"fail to resolve name" (or the similar error message).

Thanks!

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi




More information about the Pkg-systemd-maintainers mailing list