On Thu, 2007-07-26 at 13:02 +0200, [EMAIL PROTECTED] wrote:
> > On Wed, 2007-07-25 at 14:53 +0200, Nail El-Sourani wrote:
> >> hi everyone,
> >>
> >> i seem to have a problem with autofs+ldap on duplicate entries. i
> >> migrated from autofs4 settings over to autofs5 quite successfully and in
> >> general everything seems to work fine. ill give u a working and
> >> nonworking example.
> >>
> >>
> >> auto.master contains:
> >> /share  ldap:nisMapName=auto_packages,ou=ivv5,dc=de -nosuid
> >>
> >> ldap queries on the path to automount give me:
> >>
> >> ldapsearch -x -LLL cn=java
> >>
> >> working:
> >> objectClass: nisObject
> >> objectClass: top
> >> cn: Java
> >> nisMapEntry: ...
> >> nisMapName: auto_package...
> >>
> >> like the above, the autofs5 mounts with no problem.
> >>
> >> but this one, not working:
> >> objectClass: nisObject
> >> objectClass: top
> >> cn: Java
> >> cn: %Java
> >> nisMapEntry: ...
> >> nisMapName: auto_package...
> >>
> >> gives in /var/log/messages a
> >>
> >> Jul 25 14:22:45 SEMTEX automount[4872]: attempting to mount entry
> >> /share/java
> >> Jul 25 14:22:45 SEMTEX automount[4872]: lookup_one: lookup(ldap): key
> >> Java has duplicate entries
> >> Jul 25 14:22:45 SEMTEX automount[4872]: failed to mount /share/java
> >>
> >> As I believe, there seems to be a Problem with cn:Java and cn:%Java
> >> somehow. As I understand the % seems to be there to enable both
> >> upper-and lowercase typing (java, Java) when entering the Path on the
> >> commandline (cd /share/Java, /share/java). Anyhow. in autofs4 this didnt
> >> seem to be a problem.
> >
> > I have no idea what the % symbol is for.
> > You may have been able to get away with this in version 4 but it's not
> > valid to have multiple keys for a mount entry.
> >
> > Ian
> >
> >
> 
> Actually this is an LDAP mixed environment with solaris and linux. The
> Solaris Automounter will look for %Java by default to ignore
> case-sensitivity. Is there an option on autofs5 to take the first entry
> for a key in case there are duplicate entries? if so, how is it done? i am
> seriously in need of some kind of workaround. is there any possibility?

There isn't .
This would conflict with the work that was done to reduce the number of
queries to LDAP servers.

I wasn't aware of the Solaris % function.
I'll check when I get some time.

I could try and make a one-off patch to just use the first entry as a
work around for you till we work out what to do about the % thingy.

Ian


_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs

Reply via email to