Re: autofs5 + ldap + ldap replication

[Rich West <Rich.West@wesmo.com>]

>
> Ian Kent wrote:
> > On Tue, 2007-07-24 at 11:48 +0800, Ian Kent wrote:
> >   
> >> On Mon, 2007-07-23 at 12:37 -0400, Rich West wrote:
> >>     
> >>> Ian Kent wrote:
> >>>       
> >>>> On Mon, 2007-07-16 at 15:54 -0400, Rich West wrote:
> >>>>   
> >>>>         
> >>>>> Jul 16 15:21:08 myhost automount[1852]: lookup_read_master:
> >>>>> lookup(ldap): searching for "(objectclass=automount)" under
> >>>>> "ou=auto.master,dc=mydomain,dc=com"
> >>>>> Jul 16 15:21:08 myhost automount[1852]: lookup_read_master:
> >>>>> lookup(ldap): examining entries
> >>>>> Jul 16 15:21:08 myhost automount[1852]: master_echo: .
> >>>>> Jul 16 15:21:08 myhost automount[1852]: master_echo: .
> >>>>> Jul 16 15:21:08 myhost automount[1852]: master_echo: :
> >>>>> Jul 16 15:21:08 myhost automount[1852]: master_echo: .
> >>>>>     
> >>>>>           
> >>>> This is a parse error that's not being handled.
> >>>> What autofs is getting from the LDAP server can't be the same as what
> >>>> it's getting from the master if the master is working.
> >>>>
> >>>> Can you give us an example of the output from an LDAP search to both the
> >>>> servers please.
> >>>>         
> >>> Sorry for the long delay.. I missed this one.
> >>>
> >>> Both servers are running the same version of openldap.  You have the
> >>> output from the bad search.  I turned up logging and reloaded autofs on
> >>> the master server and got the following (was that what you were looking
> >>> for?):
> >>>       
> >> I was hoping to get the output from an ldapsearch for one of the maps
> >> from both servers.
> >>     
> >
> > Actually, the parse fail happened for the master map.
> > How about an ldapsearch for that on bothe servers.
>
> Ok.. Sorry about that, too.
>
> master#> ldapsearch -x -b ou=auto.master,dc=mydomain,dc=com
> '(objectclass=automount)' -LLL -h localhost
> dn: cn=/home,ou=auto.master,dc=mydomain,dc=com
> objectClass: automount
> cn: /home
> automountInformation: ldap:ldap.mydomain.com:ou=auto.home,dc=mydomain,dc=com
>
>
> replica#> ldapsearch -x -b ou=auto.master,dc=mydomain,dc=com
> '(objectclass=automount)' -LLL -h localhost
> dn: cn=/home,ou=auto.master,dc=mydomain,dc=com
> objectClass: automount
> cn: /home
> automountInformation: ldap ldap.mydomain.com:ou=auto.home,dc=mydomain,dc=com
>
> I just noticed that the replica is returning "ldap ldap.mydomain.com"
> which is missing the colon between "ldap" and "ldap.mydomain.com". 
> That's odd.  When I look at things from phpldapadmin, the entries look
> exactly the same on both machines.  The master server is a Fedora Core 5
> box, and the replica is a Fedora Core 6 box.

After some tinkering I did finally figure things out.  It had to do with 
the automountInformation field.

In the LDAP database, I had:
automountInformation: ldap:ldap.mydomain.com:ou=auto.home,dc=mydomain,dc=com

I found (on an obscure posting elsewhere) that I could get it to work 
via this entry:
automountInformation: ldap:ou=auto.home,dc=mydomain,dc=com

Basically, I eliminated the LDAP server from the entry.  I'm going to 
hazard a guess, but, since autofs sees that it is an ldap entry, it just 
uses the system's bindings in order to resolve the ou...  Anyhow, it 
works like a champ on FC5, FC6, and FC7.

-Rich