On 12/05/2012 02:00 PM, Qing Chang wrote: > > On 05/12/2012 12:59 PM, Simo Sorce wrote: >> On Wed, 2012-12-05 at 11:31 -0500, Qing Chang wrote: >> >> I see this: >> >>> First failed "getent passwd shassan" triggers: >>> (Wed Dec 5 10:45:05 2012) [sssd[nss]] [nss_cmd_getpwnam_dp_callback] >>> (0x0040): Unable to get >>> information from Data Provider >>> Error: 1, 11, Fast reply - offline >>> Will try to return what we have in cache >> but later on you report only logs after 10:45:05. >> >> It would be useful to see what happened in the provider immediately >> before the error was returned. In particular I would like to see what >> error caused the provider to go offline and if it mentions removing the >> user in any way. > the problem is we don't know when the loss of memory happened and it > appears to > me that nothing is logged about it. If you don't mind, I can send in > more logs. >>> (Wed Dec 5 10:45:48 2012) [sssd[be[sri.utoronto.ca]]] >>> [sdap_save_user] (0x0400): Storing info for >>> user shassan >>> (Wed Dec 5 10:45:48 2012) [sssd[be[sri.utoronto.ca]]] >>> [sysdb_search_user_by_name] (0x0400): No such >>> entry >>> (Wed Dec 5 10:45:48 2012) [sssd[be[sri.utoronto.ca]]] >>> [sysdb_add_user] (0x0400): Error: 17 (File >>> exists) >>> (Wed Dec 5 10:45:48 2012) [sssd[be[sri.utoronto.ca]]] >>> [sysdb_store_user] (0x0080): A user with the >>> same UID [54184] was removed from the cache >>> (Wed Dec 5 10:45:48 2012) [sssd[be[sri.utoronto.ca]]] >>> [sysdb_search_user_by_uid] (0x0400): No such >>> entry >> This is interesting, do you have duplicated UIDs in your directory by >> chance ? > That was also what I was wondering about, but that's her id, it is > unique.
Can you compare the LDAP entry of this user to couple other users that are OK, use SSSD regularly and do not have an issue? May be there is something else in the user entry that would shed the light. Also comparing this machine's sssd.conf to other machine's sssd.conf might give some hints. Most likely we are hitting a specific configuration that during implementation was considered as impossible. Please send the logs to Simo and Jakub. >> Simo. >> > Thanks, > Qing > _______________________________________________ > sssd-devel mailing list > [email protected] > https://lists.fedorahosted.org/mailman/listinfo/sssd-devel -- Thank you, Dmitri Pal Sr. Engineering Manager for IdM portfolio Red Hat Inc. ------------------------------- Looking to carve out IT costs? www.redhat.com/carveoutcosts/ _______________________________________________ sssd-devel mailing list [email protected] https://lists.fedorahosted.org/mailman/listinfo/sssd-devel
