Hi List,
I am experiencing a strange issue with sssd not being able to deliver certain maps to the
automounter from the AD backend.
It can deliver keys to auto.home, auto.appli,... but not to auto.cadappl map:
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sss_autofs_cmd_setautomntent] (0x0400): Got
request for automount map named auto.cadappl
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sss_parse_name_for_domains] (0x0200): name
'auto.cadappl' matched without domain, user is auto.cadappl
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sss_parse_name_for_domains] (0x0200): using
default domain [(null)]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [setautomntent_send] (0x0400): Requesting info
for automount map [auto.cadappl] from [<ALL>]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [setautomntent_send] (0x1000): Map auto.cadappl
needs to be looked up
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [lookup_automntmap_step] (0x0400): Requesting
info for [auto.cadappl@default]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [ldb] (0x4000): Added timed event
"ltdb_callback": 0x2162510
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [ldb] (0x4000): Added timed event
"ltdb_timeout": 0x2188cd0
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [ldb] (0x4000): Running timer event 0x2162510
"ltdb_callback"
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [ldb] (0x4000): Destroying timer event 0x2188cd0
"ltdb_timeout"
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [ldb] (0x4000): Ending timer event 0x2162510
"ltdb_callback"
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sysdb_get_map_byname] (0x0400): No such map
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [lookup_automntmap_step] (0x0080): No automount
map [auto.cadappl] in cache for domain [default]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sss_dp_issue_request] (0x0400): Issuing request
for [0x406840:0:auto.cadappl@default]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sss_dp_get_autofs_msg] (0x0400): Creating
autofs request for [default][4105][mapname=auto.cadappl]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sbus_add_timeout] (0x2000): 0x214ade0
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sss_dp_internal_get_send] (0x0400): Entering
request [0x406840:0:auto.cadappl@default]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [lookup_automntmap_step] (0x2000): Looking up
automount maps from the DP
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [setautomntent_send] (0x2000):
lookup_automntmap_step is refreshing the cache, re-enterin
g the mainloop
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sbus_remove_timeout] (0x2000): 0x214ade0
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sbus_dispatch] (0x4000): dbus conn: 0x2124fc0
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sbus_dispatch] (0x4000): Dispatching.
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sss_dp_get_reply] (0x1000): Got reply from Data
Provider - DP error code: 0 errno: 0 error message: Success
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [lookup_automntmap_step] (0x0400): Requesting
info for [auto.cadappl@default]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [ldb] (0x4000): Added timed event
"ltdb_callback": 0x2127cc0
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [ldb] (0x4000): Added timed event
"ltdb_timeout": 0x21852f0
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [ldb] (0x4000): Running timer event 0x2127cc0
"ltdb_callback"
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [ldb] (0x4000): Destroying timer event 0x21852f0
"ltdb_timeout"
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [ldb] (0x4000): Ending timer event 0x2127cc0
"ltdb_callback"
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sysdb_get_map_byname] (0x0400): No such map
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [lookup_automntmap_step] (0x0080): No automount
map [auto.cadappl] in cache for domain [default]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [lookup_automntmap_step] (0x2000): Moving on to
next domain
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sss_autofs_cmd_setautomntent_done] (0x2000):
setautomntent done
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sss_autofs_cmd_setautomntent_done] (0x0400):
setautomntent did not find requested map
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [sss_dp_req_destructor] (0x0400): Deleting
request: [0x406840:0:auto.cadappl@default]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [reset_idle_timer] (0x4000): Idle timer re-set
for client [0x2177ec0][18]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [reset_idle_timer] (0x4000): Idle timer re-set
for client [0x2177ec0][18]
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [client_recv] (0x0200): Client disconnected!
(Tue Jun 23 08:54:04 2015) [sssd[autofs]] [client_destructor] (0x2000): Terminated client
[0x2177ec0][18]
Looks like sssd believes there is no such a map, but there is one:
[root@pegasus Desktop]# ldapsearch -h dcpra2 -b
cn=/cadappl,cn=auto.master,CN=prague,CN=NIS,DC=dublin,DC=ad,dc=s3group,DC=com
"(objectclass=nisobject)"
SASL/GSSAPI authentication started
SASL username: PEGASUS$(a)DUBLIN.AD.S3GROUP.COM
SASL SSF: 56
SASL data security layer installed.
# extended LDIF
#
# LDAPv3
# base
<cn=/cadappl,cn=auto.master,CN=prague,CN=NIS,DC=dublin,DC=ad,dc=s3group,DC=com> with
scope subtree
# filter: (objectclass=nisobject)
# requesting: ALL
#
# /cadappl, auto.master, prague, NIS,
dublin.ad.s3group.com
dn: CN=/cadappl,CN=auto.master,CN=prague,CN=NIS,DC=dublin,DC=ad,DC=s3group,DC=
com
objectClass: top
objectClass: nisObject
cn: /cadappl
distinguishedName: CN=/cadappl,CN=auto.master,CN=prague,CN=NIS,DC=dublin,DC=ad
,DC=s3group,DC=com
instanceType: 4
whenCreated: 20101102110004.0Z
whenChanged: 20130614112107.0Z
uSNCreated: 21973
uSNChanged: 21973
showInAdvancedViewOnly: TRUE
name: /cadappl
objectGUID:: 6RJ0TIkWKk23qfwvj/RoWg==
objectCategory: CN=NisObject,CN=Schema,CN=Configuration,DC=ad,DC=s3group,DC=co
m
dSCorePropagationData: 20150423074236.0Z
dSCorePropagationData: 20140206113506.0Z
dSCorePropagationData: 16010101000417.0Z
msSFU30NisDomain: prague
nisMapName: auto.master
nisMapEntry: auto.cadappl
# search result
search: 5
result: 0 Success
# numResponses: 2
# numEntries: 1
I am really lost here, could someone point me what could be wrong?
Thanks,
Ondrej
-----
The information contained in this e-mail and in any attachments is confidential and is
designated solely for the attention of the intended recipient(s). If you are not an
intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or
any part thereof. If you have received this e-mail in error, please notify the sender by
return e-mail and delete all copies of this e-mail from your computer system(s). Please
direct any additional queries to: communications(a)s3group.com. Thank You. Silicon and
Software Systems Limited (S3 Group). Registered in Ireland no. 378073. Registered Office:
South County Business Park, Leopardstown, Dublin 18.