On Wed, 2008-07-16 at 09:20 +0800, Coe, Colin C. (Unix Engineer) wrote:
> Hi all
>
> I've noticed that, after a period of stability, autofs is dumping core
> again.
>
> The common thread is the time the core dumping happens, 4AM (give or
> take a few minutes) which is when our 'cron daily' process runs. This
> 'cron daily' lives on an NFS mount that is in the auto_global map
> ('/nfs/appl server:/vol/oldserver_appl').
>
> Looking through the logs I see that autofs couldn't talk to the ldap
> server. We have two ldap servers in case one isn't available. Looks
> like autofs isn't trying the second ldap server, is this a known issue?
>
snip ...
> Jul 13 04:03:01 las006 automount[31280]: parse_ldap_config:
> lookup(ldap): user: (null), secret: unspecified, client principal:
> (null) credential cache: (null)
> Jul 13 04:03:01 las006 automount[31280]: parse_ldap_config:
> lookup(ldap): user: (null), secret: unspecified, client principal:
> (null) credential cache: (null)
> Jul 13 04:03:01 las006 automount[31280]: find_server: trying server
> ldaps://aether.woodside.com.au:636
> Jul 13 04:03:01 las006 automount[31280]: find_server: trying server
> ldaps://aether.woodside.com.au:636
Looking at this again, this doesn't necessarily mean autofs isn't
looking at additional configured servers as each map mount will have its
own context with a copy of the servers and should independently try each
of the servers. This log fragment only indicates that each map is trying
the first server in its list.
Ian
_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs
