All of lore.kernel.org
 help / color / mirror / Atom feed
* AutoFS5 Ldap base strangeness
@ 2007-08-02 20:26 Jim Summers
  2007-08-02 20:47 ` Jeff Moyer
  2007-08-03  3:31 ` AutoFS5 Ldap base strangeness Ian Kent
  0 siblings, 2 replies; 14+ messages in thread
From: Jim Summers @ 2007-08-02 20:26 UTC (permalink / raw)
  To: autofs

hello all,

I am just about to get my automounting working with autofs5 and my ldap.  I am
able to start the automount daemon and it loads and reads /home map, which
points at ou=auto.home for the user's home directory location and options.

but when i attempt to su - <user> it can not mount the user's home.  here is
what i see in the ldap server's access log:
===
[31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
attrs="automountKey automountInformation"
[31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
etime=0
[31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
===

the weird part of the above is, in the first line it says "cn=sfu" but then
also says automountKey=tmac

the su command is:  su - tmac

so the correct username is tmac not sfu.

any ideas where the sfu thing is coming from??

is the info cached somewhere?  I ask because when I start the daemon, i can
see in the logs where it does:
===
[31/Jul/2007:15:35:40 -0500] conn=8536 op=1 SRCH
base="ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
filter="(objectClass=automount)" attrs="1.1"
[31/Jul/2007:15:35:40 -0500] conn=8536 op=1 RESULT err=0 tag=101 nentries=617
etime=0
===
which is returning 617 entries.

not sure what i have wroong here??

TIA
-- 
Jim Summers
School of Computer Science-University of Oklahoma
-------------------------------------------------

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-02 20:26 AutoFS5 Ldap base strangeness Jim Summers
@ 2007-08-02 20:47 ` Jeff Moyer
  2007-08-02 21:08   ` Jim Summers
  2007-08-03  3:31 ` AutoFS5 Ldap base strangeness Ian Kent
  1 sibling, 1 reply; 14+ messages in thread
From: Jeff Moyer @ 2007-08-02 20:47 UTC (permalink / raw)
  To: autofs

Jim Summers <jsummers@bachman.cs.ou.edu> writes:

> hello all,
>
> I am just about to get my automounting working with autofs5 and my ldap.  I am
> able to start the automount daemon and it loads and reads /home map, which
> points at ou=auto.home for the user's home directory location and options.
>
> but when i attempt to su - <user> it can not mount the user's home.  here is
> what i see in the ldap server's access log:
> ===
> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
> base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
> filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
> attrs="automountKey automountInformation"
> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
> etime=0
> [31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
> ===
>
> the weird part of the above is, in the first line it says "cn=sfu" but then
> also says automountKey=tmac
>
> the su command is:  su - tmac
>
> so the correct username is tmac not sfu.
>
> any ideas where the sfu thing is coming from??
>
> is the info cached somewhere?  I ask because when I start the daemon, i can
> see in the logs where it does:
> ===
> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 SRCH
> base="ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
> filter="(objectClass=automount)" attrs="1.1"
> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 RESULT err=0 tag=101 nentries=617
> etime=0
> ===
> which is returning 617 entries.
>
> not sure what i have wroong here??

Please send a debug log:
  http://people.redhat.com/jmoyer

-Jeff

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-02 20:47 ` Jeff Moyer
@ 2007-08-02 21:08   ` Jim Summers
  2007-08-02 21:12     ` Jeff Moyer
  2007-08-03  3:28     ` Ian Kent
  0 siblings, 2 replies; 14+ messages in thread
From: Jim Summers @ 2007-08-02 21:08 UTC (permalink / raw)
  To: Jeff Moyer; +Cc: autofs

Jeff Moyer wrote:
> Jim Summers <jsummers@bachman.cs.ou.edu> writes:
> 
>> hello all,
>>
>> I am just about to get my automounting working with autofs5 and my ldap.  I am
>> able to start the automount daemon and it loads and reads /home map, which
>> points at ou=auto.home for the user's home directory location and options.
>>
>> but when i attempt to su - <user> it can not mount the user's home.  here is
>> what i see in the ldap server's access log:
>> ===
>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
>> base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>> filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
>> attrs="automountKey automountInformation"
>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
>> etime=0
>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
>> ===
>>
>> the weird part of the above is, in the first line it says "cn=sfu" but then
>> also says automountKey=tmac
>>
>> the su command is:  su - tmac
>>
>> so the correct username is tmac not sfu.
>>
>> any ideas where the sfu thing is coming from??
>>
>> is the info cached somewhere?  I ask because when I start the daemon, i can
>> see in the logs where it does:
>> ===
>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 SRCH
>> base="ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>> filter="(objectClass=automount)" attrs="1.1"
>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 RESULT err=0 tag=101 nentries=617
>> etime=0
>> ===
>> which is returning 617 entries.
>>
>> not sure what i have wroong here??
> 
> Please send a debug log:
>   http://people.redhat.com/jmoyer

Will do Jeff.  Just to cut some time out how can i generate the debug log?  In 
/etc/sysconfig/autofs, i have set:

LOGGING="debug"
and
OPTIONS="-v"

but that seems to only increase the noise in /var/log/messages a little.

i do have the following installed:

autofs-5.0.1-20
autofs-debuginfo-5.0.1-20

and by the way, i am building those from source rpms. before i actually do an 
rpmbuild i run a patch that Ian had sent me.  it fixes a syntax issue when you 
have a dc that is named ou.  after the last updates it quit working, so i 
grabbed the src.rpm and rebuilt again.  i guess the patch hasn't made into the 
repos yet.

thanks again


> 
> -Jeff
> 
> _______________________________________________
> autofs mailing list
> autofs@linux.kernel.org
> http://linux.kernel.org/mailman/listinfo/autofs

-- 
Jim Summers
School of Computer Science-University of Oklahoma
-------------------------------------------------

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-02 21:08   ` Jim Summers
@ 2007-08-02 21:12     ` Jeff Moyer
  2007-08-02 21:31       ` Jim Summers
  2007-08-03  3:28     ` Ian Kent
  1 sibling, 1 reply; 14+ messages in thread
From: Jeff Moyer @ 2007-08-02 21:12 UTC (permalink / raw)
  To: autofs

Jim Summers <jsummers@bachman.cs.ou.edu> writes:

> Jeff Moyer wrote:
>> Jim Summers <jsummers@bachman.cs.ou.edu> writes:
>>
>>> hello all,
>>>
>>> I am just about to get my automounting working with autofs5 and my ldap.  I am
>>> able to start the automount daemon and it loads and reads /home map, which
>>> points at ou=auto.home for the user's home directory location and options.
>>>
>>> but when i attempt to su - <user> it can not mount the user's home.  here is
>>> what i see in the ldap server's access log:
>>> ===
>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
>>> base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>>> filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
>>> attrs="automountKey automountInformation"
>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
>>> etime=0
>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
>>> ===
>>>
>>> the weird part of the above is, in the first line it says "cn=sfu" but then
>>> also says automountKey=tmac
>>>
>>> the su command is:  su - tmac
>>>
>>> so the correct username is tmac not sfu.
>>>
>>> any ideas where the sfu thing is coming from??
>>>
>>> is the info cached somewhere?  I ask because when I start the daemon, i can
>>> see in the logs where it does:
>>> ===
>>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 SRCH
>>> base="ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>>> filter="(objectClass=automount)" attrs="1.1"
>>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 RESULT err=0 tag=101 nentries=617
>>> etime=0
>>> ===
>>> which is returning 617 entries.
>>>
>>> not sure what i have wroong here??
>>
>> Please send a debug log:
>>   http://people.redhat.com/jmoyer
>
> Will do Jeff.  Just to cut some time out how can i generate the debug
> log?  In /etc/sysconfig/autofs, i have set:
>
> LOGGING="debug"
> and
> OPTIONS="-v"
>
> but that seems to only increase the noise in /var/log/messages a little.
>
> i do have the following installed:
>
> autofs-5.0.1-20
> autofs-debuginfo-5.0.1-20

From the web page to which I pointed you:

---
debug output.

    * Add a line like the following to your /etc/syslog.conf:

      daemon.*			/var/log/debug

Restart syslogd (or send it a HUP signal).
---

-Jeff

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-02 21:12     ` Jeff Moyer
@ 2007-08-02 21:31       ` Jim Summers
  2007-08-02 21:56         ` Jeff Moyer
  2007-08-03  5:20         ` Ian Kent
  0 siblings, 2 replies; 14+ messages in thread
From: Jim Summers @ 2007-08-02 21:31 UTC (permalink / raw)
  To: Jeff Moyer; +Cc: autofs

[-- Attachment #1: Type: text/plain, Size: 2882 bytes --]

Jeff Moyer wrote:
> Jim Summers <jsummers@bachman.cs.ou.edu> writes:
> 
>> Jeff Moyer wrote:
>>> Jim Summers <jsummers@bachman.cs.ou.edu> writes:
>>>
>>>> hello all,
>>>>
>>>> I am just about to get my automounting working with autofs5 and my ldap.  I am
>>>> able to start the automount daemon and it loads and reads /home map, which
>>>> points at ou=auto.home for the user's home directory location and options.
>>>>
>>>> but when i attempt to su - <user> it can not mount the user's home.  here is
>>>> what i see in the ldap server's access log:
>>>> ===
>>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
>>>> base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>>>> filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
>>>> attrs="automountKey automountInformation"
>>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
>>>> etime=0
>>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
>>>> ===
>>>>
>>>> the weird part of the above is, in the first line it says "cn=sfu" but then
>>>> also says automountKey=tmac
>>>>
>>>> the su command is:  su - tmac
>>>>
>>>> so the correct username is tmac not sfu.
>>>>
>>>> any ideas where the sfu thing is coming from??
>>>>
>>>> is the info cached somewhere?  I ask because when I start the daemon, i can
>>>> see in the logs where it does:
>>>> ===
>>>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 SRCH
>>>> base="ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>>>> filter="(objectClass=automount)" attrs="1.1"
>>>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 RESULT err=0 tag=101 nentries=617
>>>> etime=0
>>>> ===
>>>> which is returning 617 entries.
>>>>
>>>> not sure what i have wroong here??
>>> Please send a debug log:
>>>   http://people.redhat.com/jmoyer
>> Will do Jeff.  Just to cut some time out how can i generate the debug
>> log?  In /etc/sysconfig/autofs, i have set:
>>
>> LOGGING="debug"
>> and
>> OPTIONS="-v"
>>
>> but that seems to only increase the noise in /var/log/messages a little.
>>
>> i do have the following installed:
>>
>> autofs-5.0.1-20
>> autofs-debuginfo-5.0.1-20
> 

>>From the web page to which I pointed you:
> 
> ---
> debug output.
> 
>     * Add a line like the following to your /etc/syslog.conf:
> 
>       daemon.*			/var/log/debug
> 
> Restart syslogd (or send it a HUP signal).
> ---
> 
> -Jeff

Sorry Jeff.  Got it done.  i have attached the debug file.  let me know if I 
should inline it or what works best.

from what i can decipher it appears to be trying to pull the auto.home stuff 
from under the cn=sfu.  but that doesn't make sense to me.

thanks again.

> 
> _______________________________________________
> autofs mailing list
> autofs@linux.kernel.org
> http://linux.kernel.org/mailman/listinfo/autofs

-- 
Jim Summers
School of Computer Science-University of Oklahoma
-------------------------------------------------

[-- Attachment #2: debug --]
[-- Type: text/plain, Size: 34630 bytes --]

Aug  2 16:21:44 leech automount[13929]: Starting automounter version 5.0.1-20, master map auto.master
Aug  2 16:21:44 leech automount[13929]: using kernel protocol version 5.00
Aug  2 16:21:44 leech automount[13929]: lookup_nss_read_master: reading master files auto.master
Aug  2 16:21:44 leech automount[13929]: parse_init: parse(sun): init gathered global options: (null)
Aug  2 16:21:44 leech automount[13929]: mount_init: mount(bind): bind_works = 1
Aug  2 16:21:44 leech automount[13929]: lookup_read_master: lookup(file): read entry /misc
Aug  2 16:21:44 leech automount[13929]: lookup_read_master: lookup(file): read entry /net
Aug  2 16:21:44 leech automount[13929]: lookup_read_master: lookup(file): read entry /home
Aug  2 16:21:44 leech automount[13929]: master_do_mount: mounting /misc
Aug  2 16:21:44 leech automount[13929]: lookup_nss_read_map: reading map file /etc/auto.misc
Aug  2 16:21:44 leech automount[13929]: parse_init: parse(sun): init gathered global options: (null)
Aug  2 16:21:44 leech automount[13929]: mount_init: mount(bind): bind_works = 1
Aug  2 16:21:44 leech automount[13929]: mounted indirect mount on /misc with timeout 300, freq 75 seconds
Aug  2 16:21:44 leech automount[13929]: master_do_mount: mounting /net
Aug  2 16:21:44 leech automount[13929]: lookup_nss_read_map: reading map hosts (null)
Aug  2 16:21:44 leech automount[13929]: parse_init: parse(sun): init gathered global options: (null)
Aug  2 16:21:44 leech automount[13929]: mounted indirect mount on /net with timeout 300, freq 75 seconds
Aug  2 16:21:44 leech automount[13929]: master_do_mount: mounting /home
Aug  2 16:21:44 leech automount[13929]: lookup_nss_read_map: reading map ldap //landin/ou=auto.home,dc=it,dc=ou,dc=edu
Aug  2 16:21:44 leech automount[13929]: parse_server_string: lookup(ldap): Attempting to parse LDAP information from string "//landin/ou=auto.home,dc=it,dc=ou,dc=edu".
Aug  2 16:21:44 leech automount[13929]: parse_server_string: lookup(ldap): server "landin", base dn "ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:21:44 leech automount[13929]: parse_ldap_config: ldap authentication configured with the following options: 
Aug  2 16:21:44 leech automount[13929]: parse_ldap_config: use_tls: 0, tls_required: 0, auth_required: 1, sasl_mech: (null) 
Aug  2 16:21:44 leech automount[13929]: parse_ldap_config: user: (null), secret: unspecified, client principal: (null) 
Aug  2 16:21:44 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:21:44 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:21:44 leech automount[13929]: get_query_dn: lookup(ldap): query dn cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu
Aug  2 16:21:44 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:21:44 leech automount[13929]: parse_init: parse(sun): init gathered global options: (null)
Aug  2 16:21:44 leech automount[13929]: mounted indirect mount on /home with timeout 300, freq 75 seconds
Aug  2 16:22:52 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:52 leech automount[13929]: handle_packet_missing_indirect: token 100, name tmac, request pid 13941
Aug  2 16:22:52 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:52 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:52 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:52 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:52 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:52 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:52 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:52 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:52 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:52 leech automount[13929]: send_fail: token = 100
Aug  2 16:22:52 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:52 leech automount[13929]: handle_packet_missing_indirect: token 101, name tmac, request pid 13941
Aug  2 16:22:52 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:52 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:52 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:52 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:52 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:52 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:52 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:52 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:52 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:52 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 101
Aug  2 16:22:53 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:53 leech automount[13929]: handle_packet_missing_indirect: token 102, name tmac, request pid 13941
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:53 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:53 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:53 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:53 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 102
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:53 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:53 leech automount[13929]: handle_packet_missing_indirect: token 103, name tmac, request pid 13941
Aug  2 16:22:53 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:53 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:53 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:53 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 103
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:53 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:53 leech automount[13929]: handle_packet_missing_indirect: token 104, name tmac, request pid 13947
Aug  2 16:22:53 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:53 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:53 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:53 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 104
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:53 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:53 leech automount[13929]: handle_packet_missing_indirect: token 105, name tmac, request pid 13947
Aug  2 16:22:53 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:53 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:53 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:53 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 105
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:53 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:53 leech automount[13929]: handle_packet_missing_indirect: token 106, name tmac, request pid 13941
Aug  2 16:22:53 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:53 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:53 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:53 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 106
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:53 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:53 leech automount[13929]: handle_packet_missing_indirect: token 107, name tmac, request pid 13941
Aug  2 16:22:53 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:53 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:53 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:53 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 107
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:53 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:53 leech automount[13929]: handle_packet_missing_indirect: token 108, name tmac, request pid 13941
Aug  2 16:22:53 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:53 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:53 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:53 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 108
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:53 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:53 leech automount[13929]: handle_packet_missing_indirect: token 109, name tmac, request pid 13941
Aug  2 16:22:53 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:53 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:53 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:53 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 109
Aug  2 16:22:53 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:53 leech automount[13929]: handle_packet_missing_indirect: token 110, name tmac, request pid 13941
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:53 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:53 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:53 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:53 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 110
Aug  2 16:22:53 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:53 leech automount[13929]: handle_packet_missing_indirect: token 111, name tmac, request pid 13941
Aug  2 16:22:53 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:53 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:53 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:53 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:53 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:53 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:53 leech automount[13929]: send_fail: token = 111
Aug  2 16:22:53 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:54 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:54 leech automount[13929]: handle_packet_missing_indirect: token 112, name tmac, request pid 13941
Aug  2 16:22:54 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:54 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:54 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:54 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:54 leech automount[13929]: send_fail: token = 112
Aug  2 16:22:54 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:54 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:54 leech automount[13929]: handle_packet_missing_indirect: token 113, name tmac, request pid 13941
Aug  2 16:22:54 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:54 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:54 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:54 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:54 leech automount[13929]: send_fail: token = 113
Aug  2 16:22:54 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:54 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:54 leech automount[13929]: handle_packet_missing_indirect: token 114, name tmac, request pid 13941
Aug  2 16:22:54 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:54 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:54 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:54 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:54 leech automount[13929]: send_fail: token = 114
Aug  2 16:22:54 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:54 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:54 leech automount[13929]: handle_packet_missing_indirect: token 115, name tmac, request pid 13941
Aug  2 16:22:54 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:54 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:54 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:54 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:54 leech automount[13929]: send_fail: token = 115
Aug  2 16:22:54 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:54 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:54 leech automount[13929]: handle_packet_missing_indirect: token 116, name tmac, request pid 13941
Aug  2 16:22:54 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:54 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:54 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:54 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:54 leech automount[13929]: send_fail: token = 116
Aug  2 16:22:54 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:54 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:54 leech automount[13929]: handle_packet_missing_indirect: token 117, name tmac, request pid 13941
Aug  2 16:22:54 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:54 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:54 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:54 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:54 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:54 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:54 leech automount[13929]: send_fail: token = 117
Aug  2 16:22:54 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:57 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:57 leech automount[13929]: handle_packet_missing_indirect: token 118, name tmac, request pid 13941
Aug  2 16:22:57 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:57 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:57 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:57 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:57 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:57 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:57 leech automount[13929]: send_fail: token = 118
Aug  2 16:22:57 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:57 leech automount[13929]: handle_packet_missing_indirect: token 119, name tmac, request pid 13941
Aug  2 16:22:57 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:57 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:57 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:57 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:57 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:57 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:57 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:57 leech automount[13929]: send_fail: token = 119
Aug  2 16:22:57 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:57 leech automount[13929]: handle_packet_missing_indirect: token 120, name tmac, request pid 13941
Aug  2 16:22:57 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:57 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:57 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:57 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:57 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:57 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:57 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:57 leech automount[13929]: send_fail: token = 120
Aug  2 16:22:57 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:57 leech automount[13929]: handle_packet_missing_indirect: token 121, name tmac, request pid 13941
Aug  2 16:22:57 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:57 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:57 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:57 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:57 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:57 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:57 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:57 leech automount[13929]: send_fail: token = 121
Aug  2 16:22:57 leech automount[13929]: handle_packet: type = 3
Aug  2 16:22:57 leech automount[13929]: handle_packet_missing_indirect: token 122, name tmac, request pid 13941
Aug  2 16:22:57 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:22:57 leech automount[13929]: attempting to mount entry /home/tmac
Aug  2 16:22:57 leech automount[13929]: lookup_mount: lookup(ldap): looking up tmac
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): searching for "(&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))" under "cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu"
Aug  2 16:22:57 leech automount[13929]: do_connect: auth_required: 1, sasl_mech (null)
Aug  2 16:22:57 leech automount[13929]: do_connect: lookup(ldap): ldap anonymous bind returned 0
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): getting first entry for automountKey="tmac"
Aug  2 16:22:57 leech automount[13929]: lookup_one: lookup(ldap): got answer, but no entry for (&(objectclass=automount)(|(automountKey=tmac)(automountKey=/)))
Aug  2 16:22:57 leech automount[13929]: unbind_ldap_connection: use_tls: 0
Aug  2 16:22:57 leech automount[13929]: lookup_mount: lookup(ldap): check indirect map failure
Aug  2 16:22:57 leech automount[13929]: send_fail: token = 122
Aug  2 16:22:57 leech automount[13929]: failed to mount /home/tmac
Aug  2 16:23:02 leech automount[13929]: do_notify_state: signal 15
Aug  2 16:23:02 leech automount[13929]: master_notify_state_change: sig 15 switching /misc from 1 to 5
Aug  2 16:23:02 leech automount[13929]: st_prepare_shutdown: state 1 path /misc
Aug  2 16:23:02 leech automount[13929]: expire_proc: exp_proc = 3082414992 path /misc
Aug  2 16:23:02 leech automount[13929]: expire_cleanup: got thid 3082414992 path /misc stat 0
Aug  2 16:23:02 leech automount[13929]: expire_cleanup: sigchld: exp 3082414992 finished, switching from 5 to 7
Aug  2 16:23:02 leech automount[13929]: umount_multi: path /misc incl 0
Aug  2 16:23:02 leech automount[13929]: master_notify_state_change: sig 15 switching /net from 1 to 5
Aug  2 16:23:02 leech automount[13929]: st_prepare_shutdown: state 1 path /net
Aug  2 16:23:02 leech automount[13929]: expire_proc: exp_proc = 3082414992 path /net
Aug  2 16:23:02 leech automount[13929]: expire_cleanup: got thid 3082414992 path /net stat 0
Aug  2 16:23:02 leech automount[13929]: expire_cleanup: sigchld: exp 3082414992 finished, switching from 5 to 7
Aug  2 16:23:02 leech automount[13929]: umount_multi: path /net incl 0
Aug  2 16:23:02 leech automount[13929]: master_notify_state_change: sig 15 switching /home from 1 to 5
Aug  2 16:23:02 leech automount[13929]: st_prepare_shutdown: state 1 path /home
Aug  2 16:23:02 leech automount[13929]: expire_proc: exp_proc = 3082414992 path /home
Aug  2 16:23:02 leech automount[13929]: expire_cleanup: got thid 3082414992 path /home stat 0
Aug  2 16:23:02 leech automount[13929]: expire_cleanup: sigchld: exp 3082414992 finished, switching from 5 to 7
Aug  2 16:23:02 leech automount[13929]: umount_multi: path /home incl 0
Aug  2 16:23:02 leech automount[13929]: umounted indirect mount /home
Aug  2 16:23:02 leech automount[13929]: umounted indirect mount /misc
Aug  2 16:23:02 leech automount[13929]: umounted indirect mount /net
Aug  2 16:23:02 leech automount[13929]: shut down path /home
Aug  2 16:23:02 leech automount[13929]: shut down path /misc
Aug  2 16:23:02 leech automount[13929]: shut down path /net

[-- Attachment #3: Type: text/plain, Size: 140 bytes --]

_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-02 21:31       ` Jim Summers
@ 2007-08-02 21:56         ` Jeff Moyer
  2007-08-03  5:20         ` Ian Kent
  1 sibling, 0 replies; 14+ messages in thread
From: Jeff Moyer @ 2007-08-02 21:56 UTC (permalink / raw)
  To: jsummers; +Cc: autofs

Jim Summers <jsummers@bachman.cs.ou.edu> writes:

> Jeff Moyer wrote:
>> Jim Summers <jsummers@bachman.cs.ou.edu> writes:
>>
>>> Jeff Moyer wrote:
>>>> Jim Summers <jsummers@bachman.cs.ou.edu> writes:
>>>>
>>>>> hello all,
>>>>>
>>>>> I am just about to get my automounting working with autofs5 and my ldap.  I am
>>>>> able to start the automount daemon and it loads and reads /home map, which
>>>>> points at ou=auto.home for the user's home directory location and options.
>>>>>
>>>>> but when i attempt to su - <user> it can not mount the user's home.  here is
>>>>> what i see in the ldap server's access log:
>>>>> ===
>>>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
>>>>> base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>>>>> filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
>>>>> attrs="automountKey automountInformation"
>>>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
>>>>> etime=0
>>>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
>>>>> ===

OK, now I'd like to get the ldap server messages that preceded this.
Specifically, I'd like to see the query done for
(&(objectclass=automountMap)(ou=auto.home)).  I think that's the
schema you're using.

-Jeff

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-02 21:08   ` Jim Summers
  2007-08-02 21:12     ` Jeff Moyer
@ 2007-08-03  3:28     ` Ian Kent
  2007-08-06 21:16       ` AutoFS5 RPM version Jim Summers
  1 sibling, 1 reply; 14+ messages in thread
From: Ian Kent @ 2007-08-03  3:28 UTC (permalink / raw)
  To: autofs

On Thu, 2007-08-02 at 16:08 -0500, Jim Summers wrote:
> Jeff Moyer wrote:
> > Jim Summers <jsummers@bachman.cs.ou.edu> writes:
> i do have the following installed:
> 
> autofs-5.0.1-20
> autofs-debuginfo-5.0.1-20
> 
> and by the way, i am building those from source rpms. before i actually do an 
> rpmbuild i run a patch that Ian had sent me.  it fixes a syntax issue when you 
> have a dc that is named ou.  after the last updates it quit working, so i 
> grabbed the src.rpm and rebuilt again.  i guess the patch hasn't made into the 
> repos yet.

That is in autofs-5.0.2-21 which should be on the mirrors.

Ian

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-02 20:26 AutoFS5 Ldap base strangeness Jim Summers
  2007-08-02 20:47 ` Jeff Moyer
@ 2007-08-03  3:31 ` Ian Kent
  2007-08-03 18:18   ` Jim Summers
  1 sibling, 1 reply; 14+ messages in thread
From: Ian Kent @ 2007-08-03  3:31 UTC (permalink / raw)
  To: autofs

On Thu, 2007-08-02 at 15:26 -0500, Jim Summers wrote:
> hello all,
> 
> I am just about to get my automounting working with autofs5 and my ldap.  I am
> able to start the automount daemon and it loads and reads /home map, which
> points at ou=auto.home for the user's home directory location and options.
> 
> but when i attempt to su - <user> it can not mount the user's home.  here is
> what i see in the ldap server's access log:
> ===
> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
> base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
> filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
> attrs="automountKey automountInformation"
> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
> etime=0
> [31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
> ===
> 
> the weird part of the above is, in the first line it says "cn=sfu" but then
> also says automountKey=tmac
> 
> the su command is:  su - tmac
> 
> so the correct username is tmac not sfu.
> 
> any ideas where the sfu thing is coming from??
> 
> is the info cached somewhere?  I ask because when I start the daemon, i can
> see in the logs where it does:
> ===
> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 SRCH
> base="ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
> filter="(objectClass=automount)" attrs="1.1"
> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 RESULT err=0 tag=101 nentries=617
> etime=0
> ===
> which is returning 617 entries.
> 
> not sure what i have wroong here??

Me neither.

How about posting an ldapsearch of the auto.home and what's used for the
master map.

Ian

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-02 21:31       ` Jim Summers
  2007-08-02 21:56         ` Jeff Moyer
@ 2007-08-03  5:20         ` Ian Kent
  1 sibling, 0 replies; 14+ messages in thread
From: Ian Kent @ 2007-08-03  5:20 UTC (permalink / raw)
  To: jsummers; +Cc: autofs

On Thu, 2007-08-02 at 16:31 -0500, Jim Summers wrote:
> Jeff Moyer wrote:
> > Jim Summers <jsummers@bachman.cs.ou.edu> writes:
> > 
> >> Jeff Moyer wrote:
> >>> Jim Summers <jsummers@bachman.cs.ou.edu> writes:
> >>>
> >>>> hello all,
> >>>>
> >>>> I am just about to get my automounting working with autofs5 and my ldap.  I am
> >>>> able to start the automount daemon and it loads and reads /home map, which
> >>>> points at ou=auto.home for the user's home directory location and options.
> >>>>
> >>>> but when i attempt to su - <user> it can not mount the user's home.  here is
> >>>> what i see in the ldap server's access log:
> >>>> ===
> >>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
> >>>> base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
> >>>> filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
> >>>> attrs="automountKey automountInformation"
> >>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
> >>>> etime=0
> >>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
> >>>> ===
> >>>>
> >>>> the weird part of the above is, in the first line it says "cn=sfu" but then
> >>>> also says automountKey=tmac
> >>>>
> >>>> the su command is:  su - tmac
> >>>>
> >>>> so the correct username is tmac not sfu.
> >>>>
> >>>> any ideas where the sfu thing is coming from??
> >>>>
> >>>> is the info cached somewhere?  I ask because when I start the daemon, i can
> >>>> see in the logs where it does:
> >>>> ===
> >>>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 SRCH
> >>>> base="ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
> >>>> filter="(objectClass=automount)" attrs="1.1"
> >>>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 RESULT err=0 tag=101 nentries=617
> >>>> etime=0
> >>>> ===
> >>>> which is returning 617 entries.
> >>>>
> >>>> not sure what i have wroong here??
> >>> Please send a debug log:
> >>>   http://people.redhat.com/jmoyer
> >> Will do Jeff.  Just to cut some time out how can i generate the debug
> >> log?  In /etc/sysconfig/autofs, i have set:
> >>
> >> LOGGING="debug"
> >> and
> >> OPTIONS="-v"
> >>
> >> but that seems to only increase the noise in /var/log/messages a little.
> >>
> >> i do have the following installed:
> >>
> >> autofs-5.0.1-20
> >> autofs-debuginfo-5.0.1-20
> > 
> 
> >>From the web page to which I pointed you:
> > 
> > ---
> > debug output.
> > 
> >     * Add a line like the following to your /etc/syslog.conf:
> > 
> >       daemon.*			/var/log/debug
> > 
> > Restart syslogd (or send it a HUP signal).
> > ---
> > 
> > -Jeff
> 
> Sorry Jeff.  Got it done.  i have attached the debug file.  let me know if I 
> should inline it or what works best.
> 
> from what i can decipher it appears to be trying to pull the auto.home stuff 
> from under the cn=sfu.  but that doesn't make sense to me.

Indeed it is.

Snip ...

> Aug  2 16:21:44 leech automount[13929]: lookup_nss_read_map: reading
> map ldap //landin/ou=auto.home,dc=it,dc=ou,dc=edu
> Aug  2 16:21:44 leech automount[13929]: parse_server_string:
> lookup(ldap): Attempting to parse LDAP information from string
> "//landin/ou=auto.home,dc=it,dc=ou,dc=edu".
> Aug  2 16:21:44 leech automount[13929]: parse_server_string:
> lookup(ldap): server "landin", base dn
> "ou=auto.home,dc=it,dc=ou,dc=edu"

And we've been told what the base dn is here.

> Aug  2 16:21:44 leech automount[13929]: parse_ldap_config: ldap
> authentication configured with the following options: 
> Aug  2 16:21:44 leech automount[13929]: parse_ldap_config: use_tls: 0,
> tls_required: 0, auth_required: 1, sasl_mech: (null) 
> Aug  2 16:21:44 leech automount[13929]: parse_ldap_config: user:
> (null), secret: unspecified, client principal: (null) 
> Aug  2 16:21:44 leech automount[13929]: do_connect: auth_required: 1,
> sasl_mech (null)
> Aug  2 16:21:44 leech automount[13929]: do_connect: lookup(ldap): ldap
> anonymous bind returned 0
> Aug  2 16:21:44 leech automount[13929]: get_query_dn: lookup(ldap):
> query dn cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu

But then it seems that this dn has objectclass automountMap and is under
ou=auto.home,dc=it,dc=ou,dc=edu.

I suspect that making this case in get_query_dn a subtree search was a
mistake. There is also a question about whether we should connect to the
LDAP server at all at this point since we've been given the base dn. I'd
rather continue to connect in order to validate the base dn and server
availability.

Could you try this patch please.

Ian

---
diff --git a/modules/lookup_ldap.c b/modules/lookup_ldap.c
index de8d515..73d393f 100644
--- a/modules/lookup_ldap.c
+++ b/modules/lookup_ldap.c
@@ -859,7 +859,7 @@ static int get_query_dn(LDAP *ldap, struct lookup_context *ctxt)
 			      MODPREFIX "error forming query string");
 			return 0;
 		}
-		scope = LDAP_SCOPE_SUBTREE;
+		scope = LDAP_SCOPE_ONE;
 	}
 	query[l] = '\0';

^ permalink raw reply related	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-03  3:31 ` AutoFS5 Ldap base strangeness Ian Kent
@ 2007-08-03 18:18   ` Jim Summers
  2007-08-04  8:04     ` Ian Kent
  0 siblings, 1 reply; 14+ messages in thread
From: Jim Summers @ 2007-08-03 18:18 UTC (permalink / raw)
  To: Ian Kent; +Cc: autofs

Ian Kent wrote:
> On Thu, 2007-08-02 at 15:26 -0500, Jim Summers wrote:
>> hello all,
>>
>> I am just about to get my automounting working with autofs5 and my ldap.  I am
>> able to start the automount daemon and it loads and reads /home map, which
>> points at ou=auto.home for the user's home directory location and options.
>>
>> but when i attempt to su - <user> it can not mount the user's home.  here is
>> what i see in the ldap server's access log:
>> ===
>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
>> base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>> filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
>> attrs="automountKey automountInformation"
>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
>> etime=0
>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
>> ===
>>
>> the weird part of the above is, in the first line it says "cn=sfu" but then
>> also says automountKey=tmac
>>
>> the su command is:  su - tmac
>>
>> so the correct username is tmac not sfu.
>>
>> any ideas where the sfu thing is coming from??
>>
>> is the info cached somewhere?  I ask because when I start the daemon, i can
>> see in the logs where it does:
>> ===
>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 SRCH
>> base="ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>> filter="(objectClass=automount)" attrs="1.1"
>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 RESULT err=0 tag=101 nentries=617
>> etime=0
>> ===
>> which is returning 617 entries.
>>
>> not sure what i have wroong here??
> 
> Me neither.
> 
> How about posting an ldapsearch of the auto.home and what's used for the
> master map.

I think you may be on to something.

Here is the auto.master

/home   ldap://landin/ou=auto.home,dc=it,dc=ou,dc=edu

and here is a snip from an ldapsearch of auto.home.

dn: ou=auto.home,dc=it,dc=ou,dc=edu
objectClass: top
objectClass: organizationalUnit
ou: auto.home

dn: cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu
objectClass: automount
objectClass: nisObject
objectClass: top
cn: sfu
automountKey: sfu
automountInformation: -rw,rsize=4096,wsize=4096 turing:/it/turing/home2/sfu
nisMapEntry: turing:/it/turing/home2/sfu
nisMapName: auto.home

dn: cn=cfranklin,ou=auto.home,dc=it,dc=ou,dc=edu
objectClass: automount
objectClass: nisObject
objectClass: top
cn: cfranklin
automountKey: cfranklin
automountInformation: -rw,rsize=8192,wsize=8192 rabin:/raid/facstaff/cfranklin
nisMapEntry: rabin:/raid/facstaff/cfranklin
nisMapName: auto.home

naturally there are several hundred more user entries.

what do you think?

tia


> 
> Ian
> 
> 
> _______________________________________________
> autofs mailing list
> autofs@linux.kernel.org
> http://linux.kernel.org/mailman/listinfo/autofs

-- 
Jim Summers
School of Computer Science-University of Oklahoma
-------------------------------------------------

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-03 18:18   ` Jim Summers
@ 2007-08-04  8:04     ` Ian Kent
  2007-08-06 20:24       ` Jim Summers
  0 siblings, 1 reply; 14+ messages in thread
From: Ian Kent @ 2007-08-04  8:04 UTC (permalink / raw)
  To: jsummers; +Cc: autofs

On Fri, 2007-08-03 at 13:18 -0500, Jim Summers wrote:
> Ian Kent wrote:
> > On Thu, 2007-08-02 at 15:26 -0500, Jim Summers wrote:
> >> hello all,
> >>
> >> I am just about to get my automounting working with autofs5 and my ldap.  I am
> >> able to start the automount daemon and it loads and reads /home map, which
> >> points at ou=auto.home for the user's home directory location and options.
> >>
> >> but when i attempt to su - <user> it can not mount the user's home.  here is
> >> what i see in the ldap server's access log:
> >> ===
> >> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
> >> base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
> >> filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
> >> attrs="automountKey automountInformation"
> >> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
> >> etime=0
> >> [31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
> >> ===
> >>
> >> the weird part of the above is, in the first line it says "cn=sfu" but then
> >> also says automountKey=tmac
> >>
> >> the su command is:  su - tmac
> >>
> >> so the correct username is tmac not sfu.
> >>
> >> any ideas where the sfu thing is coming from??
> >>
> >> is the info cached somewhere?  I ask because when I start the daemon, i can
> >> see in the logs where it does:
> >> ===
> >> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 SRCH
> >> base="ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
> >> filter="(objectClass=automount)" attrs="1.1"
> >> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 RESULT err=0 tag=101 nentries=617
> >> etime=0
> >> ===
> >> which is returning 617 entries.
> >>
> >> not sure what i have wroong here??
> > 
> > Me neither.
> > 
> > How about posting an ldapsearch of the auto.home and what's used for the
> > master map.
> 
> I think you may be on to something.
> 
> Here is the auto.master
> 
> /home   ldap://landin/ou=auto.home,dc=it,dc=ou,dc=edu
> 
> and here is a snip from an ldapsearch of auto.home.
> 
> dn: ou=auto.home,dc=it,dc=ou,dc=edu
> objectClass: top
> objectClass: organizationalUnit
> ou: auto.home

I don't think version 5 will let you get away with not adding
objectClass: automountMap
in this entry or maybe
objectClass: nisMap
at least I think those are the class names.

> 
> dn: cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu
> objectClass: automount
> objectClass: nisObject
> objectClass: top
> cn: sfu
> automountKey: sfu
> automountInformation: -rw,rsize=4096,wsize=4096 turing:/it/turing/home2/sfu
> nisMapEntry: turing:/it/turing/home2/sfu
> nisMapName: auto.home
> 
> dn: cn=cfranklin,ou=auto.home,dc=it,dc=ou,dc=edu
> objectClass: automount
> objectClass: nisObject
> objectClass: top
> cn: cfranklin
> automountKey: cfranklin
> automountInformation: -rw,rsize=8192,wsize=8192 rabin:/raid/facstaff/cfranklin
> nisMapEntry: rabin:/raid/facstaff/cfranklin
> nisMapName: auto.home
> 
> naturally there are several hundred more user entries.
> 
> what do you think?
> 
> tia
> 
> 
> > 
> > Ian
> > 
> > 
> > _______________________________________________
> > autofs mailing list
> > autofs@linux.kernel.org
> > http://linux.kernel.org/mailman/listinfo/autofs
> 

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 Ldap base strangeness
  2007-08-04  8:04     ` Ian Kent
@ 2007-08-06 20:24       ` Jim Summers
  0 siblings, 0 replies; 14+ messages in thread
From: Jim Summers @ 2007-08-06 20:24 UTC (permalink / raw)
  To: Ian Kent; +Cc: autofs



Ian Kent wrote:
> On Fri, 2007-08-03 at 13:18 -0500, Jim Summers wrote:
>> Ian Kent wrote:
>>> On Thu, 2007-08-02 at 15:26 -0500, Jim Summers wrote:
>>>> hello all,
>>>>
>>>> I am just about to get my automounting working with autofs5 and my ldap.  I am
>>>> able to start the automount daemon and it loads and reads /home map, which
>>>> points at ou=auto.home for the user's home directory location and options.
>>>>
>>>> but when i attempt to su - <user> it can not mount the user's home.  here is
>>>> what i see in the ldap server's access log:
>>>> ===
>>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 SRCH
>>>> base="cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>>>> filter="(&(objectClass=automount)(|(automountKey=tmac)(automountKey=/)))"
>>>> attrs="automountKey automountInformation"
>>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=1 RESULT err=0 tag=101 nentries=0
>>>> etime=0
>>>> [31/Jul/2007:15:28:19 -0500] conn=8420 op=2 UNBIND
>>>> ===
>>>>
>>>> the weird part of the above is, in the first line it says "cn=sfu" but then
>>>> also says automountKey=tmac
>>>>
>>>> the su command is:  su - tmac
>>>>
>>>> so the correct username is tmac not sfu.
>>>>
>>>> any ideas where the sfu thing is coming from??
>>>>
>>>> is the info cached somewhere?  I ask because when I start the daemon, i can
>>>> see in the logs where it does:
>>>> ===
>>>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 SRCH
>>>> base="ou=auto.home,dc=it,dc=ou,dc=edu" scope=2
>>>> filter="(objectClass=automount)" attrs="1.1"
>>>> [31/Jul/2007:15:35:40 -0500] conn=8536 op=1 RESULT err=0 tag=101 nentries=617
>>>> etime=0
>>>> ===
>>>> which is returning 617 entries.
>>>>
>>>> not sure what i have wroong here??
>>> Me neither.
>>>
>>> How about posting an ldapsearch of the auto.home and what's used for the
>>> master map.
>> I think you may be on to something.
>>
>> Here is the auto.master
>>
>> /home   ldap://landin/ou=auto.home,dc=it,dc=ou,dc=edu
>>
>> and here is a snip from an ldapsearch of auto.home.
>>
>> dn: ou=auto.home,dc=it,dc=ou,dc=edu
>> objectClass: top
>> objectClass: organizationalUnit
>> ou: auto.home
> 
> I don't think version 5 will let you get away with not adding
> objectClass: automountMap
> in this entry or maybe
> objectClass: nisMap
> at least I think those are the class names.

Excellent, that has fixed the problem. after adding:

objectClass: automountMap
automountMapName: auto.home

then the homes were mountable.

Many Thanks!


> 
>> dn: cn=sfu,ou=auto.home,dc=it,dc=ou,dc=edu
>> objectClass: automount
>> objectClass: nisObject
>> objectClass: top
>> cn: sfu
>> automountKey: sfu
>> automountInformation: -rw,rsize=4096,wsize=4096 turing:/it/turing/home2/sfu
>> nisMapEntry: turing:/it/turing/home2/sfu
>> nisMapName: auto.home
>>
>> dn: cn=cfranklin,ou=auto.home,dc=it,dc=ou,dc=edu
>> objectClass: automount
>> objectClass: nisObject
>> objectClass: top
>> cn: cfranklin
>> automountKey: cfranklin
>> automountInformation: -rw,rsize=8192,wsize=8192 rabin:/raid/facstaff/cfranklin
>> nisMapEntry: rabin:/raid/facstaff/cfranklin
>> nisMapName: auto.home
>>
>> naturally there are several hundred more user entries.
>>
>> what do you think?
>>
>> tia
>>
>>
>>> Ian
>>>
>>>
>>> _______________________________________________
>>> autofs mailing list
>>> autofs@linux.kernel.org
>>> http://linux.kernel.org/mailman/listinfo/autofs

-- 
Jim Summers
School of Computer Science-University of Oklahoma
-------------------------------------------------

^ permalink raw reply	[flat|nested] 14+ messages in thread

* AutoFS5 RPM version
  2007-08-03  3:28     ` Ian Kent
@ 2007-08-06 21:16       ` Jim Summers
  2007-08-07  2:45         ` Ian Kent
  0 siblings, 1 reply; 14+ messages in thread
From: Jim Summers @ 2007-08-06 21:16 UTC (permalink / raw)
  To: Ian Kent; +Cc: autofs

Ian Kent wrote:
> On Thu, 2007-08-02 at 16:08 -0500, Jim Summers wrote:
>> Jeff Moyer wrote:
>>> Jim Summers <jsummers@bachman.cs.ou.edu> writes:
>> i do have the following installed:
>>
>> autofs-5.0.1-20
>> autofs-debuginfo-5.0.1-20
>>
>> and by the way, i am building those from source rpms. before i actually do an 
>> rpmbuild i run a patch that Ian had sent me.  it fixes a syntax issue when you 
>> have a dc that is named ou.  after the last updates it quit working, so i 
>> grabbed the src.rpm and rebuilt again.  i guess the patch hasn't made into the 
>> repos yet.
> 
> That is in autofs-5.0.2-21 which should be on the mirrors.

Hi Ian,

I was able to pick up the autofs with the 'dc=ou' patch in it on an FC7 
installation I have.  But when I tried a yum -y update on an FC6 machine it 
updated to:  autofs-5.0.1-0.rc3.32, which does not seem to have the patch in 
it.  Do you know if the FC6 repos's will have the patched version?

Thank again for all of your help.

--jim


> 
> Ian
> 
> 
> _______________________________________________
> autofs mailing list
> autofs@linux.kernel.org
> http://linux.kernel.org/mailman/listinfo/autofs

-- 
Jim Summers
School of Computer Science-University of Oklahoma
-------------------------------------------------

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: AutoFS5 RPM version
  2007-08-06 21:16       ` AutoFS5 RPM version Jim Summers
@ 2007-08-07  2:45         ` Ian Kent
  0 siblings, 0 replies; 14+ messages in thread
From: Ian Kent @ 2007-08-07  2:45 UTC (permalink / raw)
  To: jsummers; +Cc: autofs

On Mon, 2007-08-06 at 16:16 -0500, Jim Summers wrote:
> Ian Kent wrote:
> > On Thu, 2007-08-02 at 16:08 -0500, Jim Summers wrote:
> >> Jeff Moyer wrote:
> >>> Jim Summers <jsummers@bachman.cs.ou.edu> writes:
> >> i do have the following installed:
> >>
> >> autofs-5.0.1-20
> >> autofs-debuginfo-5.0.1-20
> >>
> >> and by the way, i am building those from source rpms. before i actually do an 
> >> rpmbuild i run a patch that Ian had sent me.  it fixes a syntax issue when you 
> >> have a dc that is named ou.  after the last updates it quit working, so i 
> >> grabbed the src.rpm and rebuilt again.  i guess the patch hasn't made into the 
> >> repos yet.
> > 
> > That is in autofs-5.0.2-21 which should be on the mirrors.
> 
> Hi Ian,
> 
> I was able to pick up the autofs with the 'dc=ou' patch in it on an FC7 
> installation I have.  But when I tried a yum -y update on an FC6 machine it 
> updated to:  autofs-5.0.1-0.rc3.32, which does not seem to have the patch in 
> it.  Do you know if the FC6 repos's will have the patched version?

Sorry, I'll get onto it.

Ian

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2007-08-07  2:45 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-08-02 20:26 AutoFS5 Ldap base strangeness Jim Summers
2007-08-02 20:47 ` Jeff Moyer
2007-08-02 21:08   ` Jim Summers
2007-08-02 21:12     ` Jeff Moyer
2007-08-02 21:31       ` Jim Summers
2007-08-02 21:56         ` Jeff Moyer
2007-08-03  5:20         ` Ian Kent
2007-08-03  3:28     ` Ian Kent
2007-08-06 21:16       ` AutoFS5 RPM version Jim Summers
2007-08-07  2:45         ` Ian Kent
2007-08-03  3:31 ` AutoFS5 Ldap base strangeness Ian Kent
2007-08-03 18:18   ` Jim Summers
2007-08-04  8:04     ` Ian Kent
2007-08-06 20:24       ` Jim Summers

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.