On Fri, 2014-02-07 at 15:11 +0100, Sven Geggus wrote: > Hello, > > while migrating my autofs entries to another directory server I also tried > to split the entries by organisational units. > > For this purpose I put the following in /etc/default/autofs: > SEARCH_BASE="ou=autofs,OU=department1,OU=myplace,OU=mydivision,dc=mycompany,DC=com" > SEARCH_BASE="ou=autofs,OU=department2,OU=myplace,OU=mydivision,dc=mycompany,DC=com" > > Autofs schema is NIS style because this is the only one which active directory > and Samba4 support without too much hassle. > > However, the splitting does not seem to work. I think you'll need to describe the structure of your LDAP entries, how you expect them to be accessed, and how you expect they will be differentiated one for the other. If you have the same map name in a subtree that is going to be found. > > It is always using the first entry only: > > ... > get_query_dn: lookup(ldap): found search base under ou=autofs,OU=department1,OU=myplace,OU=mydivision,dc=mycompany,DC=com > get_query_dn: lookup(ldap): found query dn CN=auto.master,OU=autofs,OU=department1,OU=myplace,OU=mydivision,dc=mycompany,DC=com > ... > > Changing SEARCH_BASE to the following does not help either: > SEARCH_BASE="OU=myplace,OU=mydivision,dc=mycompany,DC=com" > > ... > get_query_dn: lookup(ldap): found search base under OU=myplace,OU=mydivision,dc=mycompany,DC=com" > get_query_dn: lookup(ldap): found query dn CN=auto.master,OU=autofs,OU=department2,OU=myplace,OU=mydivision,dc=mycompany,DC=com" > ... > > No idea why it ends up using department2 in the second case. No idea, could be a problem with the lookup, can't tell without more information. > > Any Idea? > > Regards > > Sven > > P.S.: My autofs version is 5.0.7-3 from Debian 7.0 > -- To unsubscribe from this list: send the line "unsubscribe autofs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
