On Tue, Apr 23, 2013 at 03:20:45PM -0400, Stephen Gallagher wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 04/23/2013 01:44 PM, Brandon Foster wrote: > > hey thanks for the quick reply. > > > > that is the end of the log after the user search has finish. the > > next line after that is: > > > > > > ------------------- (Tue Apr 23 12:52:29 2013) [sssd[be[default]]] > > [server_setup] (0x0400): CONFDB: /var/lib/sss/db/config.ldb (Tue > > Apr 23 12:52:29 2013) [sssd[be[default]]] [recreate_ares_channel] > > (0x0100): Initializing new c-ares channel (Tue Apr 23 12:52:29 > > 2013) [sssd[be[default]]] [resolv_get_family_order] (0x1000): > > Lookup order: ipv4_first (Tue Apr 23 12:52:29 2013) > > [sssd[be[default]]] [fo_context_init] (0x0400): Created new fail > > over context, retry timeout is 30 (Tue Apr 23 12:52:29 2013) > > [sssd[be[default]]] [confdb_get_domain_internal] (0x1000): > > pwd_expiration_warning is -1 (Tue Apr 23 12:52:29 2013) > > [sssd[be[default]]] [sysdb_domain_init_internal] (0x0200): DB File > > for default: /var/lib/sss/db/cache_default.ldb (Tue Apr 23 12:52:29 > > 2013) [sssd[be[default]]] [ldb] (0x4000): Added timed event > > "ltdb_callback": 0x10e98c0 > > > > (Tue Apr 23 12:52:29 2013) [sssd[be[default]]] [ldb] (0x4000): > > Added timed event "ltdb_timeout": 0x10ff4d0 .... --------------- > > which is the same as the very beginning of the log. > > > > the start of the user search is in there near the end, but that is > > where the log ends when taken after the id search has failed. > > > > Well, that tells us something. It tells us that apparently you > experienced a crash and the SSSD was forced to restart the provider > daemon. >
Yes, I agree. The crash occurs while retrieving the rootDSE and I remember we had a number of issues with that in 6.3, especially if the server on the other end was Novell eDirectory. There are currently no known SSSD crasher bugs related to rootDSE, so I believe the issue would be fixed when you upgrade. > Would you mind trying out the SSSD from CentOS 6.4 to see if this > particular crash has already been fixed there? If not, please try to > get a backtrace (of the 6.4 version of SSSD) with GDB. You will need > to take the following steps: > > yum install gdb > debuginfo-install sssd > gdb -p $(pidof sssd_be) > > At the gdb prompt, type "continue". > > When it eventually crashes and returns you to the prompt, type 'bt > full' and copy all of the backtrace data into a text file (and attach > it to an email). _______________________________________________ sssd-users mailing list sssd-users@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/sssd-users