Re: Automount issues
even disabling n-m with
chmod -x /usr/sbin/NetworkManager does not help.
Better goes with a 10 second sleep on the top of the autofs
startup script. I fear that it is a wheezy problem (and also
an enough recent Ubuntu problem).
there are plenty of such bug reports, both in BTS as in Ubuntu launchpad,
some of them very recent.
I have to check which OS suffers and which not.
Cheers
Giorgio
On Fri, Feb 10, 2012 at 06:36:18PM +0100, José L. Redrejo Rodríguez wrote:
> El vie, 10-02-2012 a las 18:05 +0100, Giorgio Pioda escribió:
> > Hi,
> >
> > fighting with my educlient.deb I've the neat impresson that many
> > failed logins (no NFS share) is dued to autofs, this at least in my
> > qemu testing environment.
> >
> > It is WORTH NOTING that from time to time I got the same NFS mount fail
> > on original Edu workstation, and this in an unpredictical manner.
> >
> > A manual restart of the autofs after local login solves. It looks like
> > there is something conflicting between NetworkManager and autofs.
> >
>
>
> I don't think you can use autofs with n-w unless you set the
> network-manager connection to be available for all users, so n-w
> connects before the user logs in.
> If n-w gets network connection after autofs has tried it, you won't have
> the NFS shared mounted.
> Unless you need wireless access, I don't see a reason to use n-w in the
> workstations. It's much better using the traditional networking
> configuration. If you're using wireless, then consider editing the
> connection and mark the available for all users option in the n-w
> editing connections options.
>
> Regards.
> José L.
>
>
> > cheers
> >
> > Giorgio
> >
> > --
> > Sysadmin SPSE-Tenero
> > Ufficio: +41 91 735 62 48
> > Cellulare: +41 79 629 20 63
> >
> >
>
> --
> It’s not the stuff that counts — it’s what you do with it that
> matters.It’s not the stuff that counts — it’s what you do with it that
> matters.
--
Sysadmin SPSE-Tenero
Ufficio: +41 91 735 62 48
Cellulare: +41 79 629 20 63
Reply to: