[SSSD] [PATCH] sss_dp_get_domains_send(): set ret to EAGAIN if force is true

Pavel Březina pbrezina at redhat.com
Mon Nov 5 16:54:10 UTC 2012


I found this bug when setting my own trust environment.

I was unable to match username at subdomain to subdomain. This patch puts 
me a step forward. I can match the subdomain now, but I can't get 
account info:

[sssd[be[IPA-SUDO-SUBDOMAIN]]] [ipa_s2n_exop_send] (0x0400): Executing 
extended operation
[sssd[be[IPA-SUDO-SUBDOMAIN]]] [sdap_get_generic_ext_step] (0x0400): 
calling ldap_search_ext with 
[objectclass=ipaNTTrustedDomain][cn=trusts,dc=*].
[sssd[be[IPA-SUDO-SUBDOMAIN]]] [ipa_s2n_exop_done] (0x0400): 
ldap_extended_operation result: Operations error(1), (null)
[sssd[be[IPA-SUDO-SUBDOMAIN]]] [ipa_s2n_get_user_done] (0x0040): s2n 
exop request failed.
[sssd[be[IPA-SUDO-SUBDOMAIN]]] [sdap_id_op_done] (0x0200): communication 
error on cached connection, moving to next server
[sssd[nss]] [nss_cmd_getpwnam_dp_callback] (0x0040): Unable to get 
information from Data Provider
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-sss_dp_get_domains_send-set-ret-to-EAGAIN-if-force-i.patch
Type: text/x-patch
Size: 1222 bytes
Desc: not available
URL: <https://lists.fedorahosted.org/pipermail/sssd-devel/attachments/20121105/b2a8b592/attachment.bin>


More information about the sssd-devel mailing list