[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Final fix for Autofs issues

On Mon, Feb 13, 2012 at 09:56:24AM +0100, Petter Reinholdtsen wrote:
> [Giorgio Pioda]
> > Hi,
> > 
> > according to this:
> > 
> > https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/40189/comments/32
> > 
> > the "restart" (better than reload) of autofs
> > happens correctly as the eth0 is set and there is no
> > mount hangs any more.
> Can you explain why reload or restart helps?  Do you run it once per
> boot, or regularly?
> Will existing automounted file systems stay mounted when autofs is
> restarted?  Will they get unmounted when they time out if they were
> mounted before the restart and should be unmounted after the restart?
> -- 
> Happy hacking
> Petter Reinholdtsen


on OS > than Squeeze autofs starts too early on boot, and in
the autofs logs (in debug mode) the LDAP not responding
is clearly visible. I've filled
a bug in BTS yesterday for autofs5-ldap. The hack of restarting it with a
script placed in if-up.d works.

Since in n-m I have the standard option "ifupdown=false".
I guess that this script is only called by "ifup" and not
at every login from n-m, but I'm just guessing. Today I'm in school
and not in front of my virtual system.

I've tried many other solutions, like putting "sleep 10" at
/etc/init.d/autofs or in /etc/init/autofs (for upstart),
or triing to slow down the graphical startup (thinking that
a resource hog in the virtualized system could be the reason
of the problems),
or even modifiing the LDAP_TIMEOUT and LDAP_NETWORK_TIMEOUT
options in /etc/default/autofs.

But none of these solutions are better
than a restart after the setup of the network interface.
Even the complete removal of n-m is not very effective.

IMHO if the restart occours with a
logged user, this will NOT break the nfs connection. I've never
seen this, even calling the restart manually inside an Edu workstation,
and being graphically logged with the first exported user. Probably,
once established the NFS connection is somehow indipendent
from autofs.

Best regards


Giorgio Pioda - Sysadmin SPSE-Tenero
Cell +41 79 629 20 63
Uff. +41 91 735 62 48

Reply to: