On Thu, 2008-09-11 at 10:53 +0800, Ian Kent wrote: > On Wed, 2008-09-10 at 12:50 -0700, Mike Marion wrote: > > On Tue, Sep 09, 2008 at 10:58:45PM -0700, Ian Kent wrote: > > > > > I've tried a bunch of variations but can't see a problem. > > > I'll need the map configuration. > > > > Assuming you mean this.. (I'm not privy to the ldap servers themselves, > > but could pull the admin that originally setup the stuff if needed): > > > > $ ldapsearch -x -h qctldap -b > > automountMapName=auto_master,ou=automountMaps,ou=sandiego,ou=qct,dc=qualcomm,dc=com > > "(objectclass=automount)" > > And the stuff with objectclass=automountMap
And if you've used the configuration setting MASTER_MAP_NAME, the value it's set to. If your master map actually comes from a file then that too and the "automount:" entry in /etc/nsswitch.conf. So far, the only difference I can see between what I tried and this is the ou=automountMaps which I thought might be confusing the lexer. I've made an LDAP map similar to this and it also works OK. So, send the info above and if I don't have any joy I'll check to make sure the patched code is in fact the same as what is in repository. If that still doesn't get to a resolution I'll need the full debug log. Sent it to me privately if there are privacy concerns. > > > # extended LDIF > > # > > # LDAPv3 > > # base > > # > > <automountMapName=auto_master,ou=automountMaps,ou=sandiego,ou=qct,dc=qualcomm,dc=com> > > # with scope subtree > > # filter: (objectclass=automount) > > # requesting: ALL > > # > > > > # /-, auto_master, automountMaps, sandiego, qct, qualcomm.com > > dn: > > automountKey=/-,automountMapName=auto_master,ou=automountMaps,ou=sandiego, > > ou=qct,dc=qualcomm,dc=com > > automountInformation: auto.projects > > automountKey: /- > > description: /- > > objectClass: automount > > objectClass: top > > > > # /net, auto_master, automountMaps, sandiego, qct, qualcomm.com > > dn: > > automountKey=/net,automountMapName=auto_master,ou=automountMaps,ou=sandieg > > o,ou=qct,dc=qualcomm,dc=com > > automountInformation: -hosts -nosuid > > automountKey: /net > > objectClass: automount > > objectClass: top > > > > # /usr2, auto_master, automountMaps, sandiego, qct, qualcomm.com > > dn: > > automountKey=/usr2,automountMapName=auto_master,ou=automountMaps,ou=sandie > > go,ou=qct,dc=qualcomm,dc=com > > automountInformation: auto.home > > automountKey: /usr2 > > description: /usr2 > > objectClass: automount > > objectClass: top > > > > # search result > > search: 2 > > result: 0 Success > > > > # numResponses: 4 > > # numEntries: 3 > > > > This same setup has been working great with autofs-5.0.2. Well, not > > perfect, but basically every problem we've had can be related to either > > filer bugs, or the box being run OOM and the automount daemon suffering > > > > If I then query for, say auto.projects, I get (as of now) 8551 results > > (yeah, we have MASSIVE maps and we're working on trimming to subsets > > where required), trimmed for just one path result and header/footer > > from that... > > > > $ ldapsearch -x -h qctldap -b > > automountMapName=auto.projects,ou=automountMaps,ou=sandiego,ou=qct,dc=qualcomm,dc=com > > "(objectclass=automount)" | less > > # extended LDIF > > # > > # LDAPv3 > > # base > > # > > <automountMapName=auto.projects,ou=automountMaps,ou=sandiego,ou=qct,dc=qualcomm,dc=com> > > # with scope subtree > > # filter: (objectclass=automount) > > # requesting: ALL > > # > > [snip] > > # /prj/qct/gv, auto.projects, automountMaps, sandiego, qct, qualcomm.com > > dn: > > automountKey=/prj/qct/gv,automountMapName=auto.projects,ou=automountMaps,o > > u=sandiego,ou=qct,dc=qualcomm,dc=com > > objectClass: top > > objectClass: automount > > automountKey: /prj/qct/gv > > automountInformation: > > -rw,acdirmin=1,acdirmax=5,acregmin=1,acregmax=5,noquota > > filer:/vol/volname/qct_gv > > [snip] > > # search result > > search: 2 > > result: 0 Success > > > > # numResponses: 8552 > > # numEntries: 8551 > > > > Not entirely sure this 2nd ldapsearch is completely right.. the strace > > is hard to read > > > > _______________________________________________ > autofs mailing list > [email protected] > http://linux.kernel.org/mailman/listinfo/autofs _______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs
