Hide Forgot
Created attachment 832421 [details] sssd_be crash backtrace Description of problem: sssd_be crashes occasionally Version-Release number of selected component (if applicable): sssd-common-1.11.2-10.el7 How reproducible: The crash was seen a couple of times during the automation executions. Steps to Reproduce: 1. Out of the couple of times the crash has happened, it was when sssd was starting up just after the "realm join" process. Actual results: sssd_be crashed. Attached the crash backtrace. Expected results: Additional info:
I cannot definitely say from backtrace why sssd crashed, but it crashed on line: strcasecmp(state->dns_domain, state->backup_domain) It looks like backup_domain is valid, but dns_domain is NULL. Could you also attach coredump? Is there any interesting error message in domain log file?
(In reply to Lukas Slebodnik from comment #2) > Could you also attach coredump? > Is there any interesting error message in domain log file? So far we haven't been able to save the coredump or retrieve any logs. Will attach the coredump when we see the same crash again.
Created attachment 832623 [details] gzipped coredump file
As I thought dns_domain is NULL (gdb) p *state $2 = { ev = 0x7f82be8c4640, resolv_ctx = 0x7f82be8cf2b0, service = 0x7f82be9014d0 "ldap", protocol = 0x7f82be901540 "tcp", primary_domain = 0x7f82be90b350 "Default-First-Site-Name._sites.sssdad2012.com", backup_domain = 0x7f82be900880 "sssdad2012.com", dns_domain = 0x0, primary_servers = 0x0, num_primary_servers = 0, backup_servers = 0x0, num_backup_servers = 0 }
Upstream ticket: https://fedorahosted.org/sssd/ticket/2173
Pushed upstream: master: c7c01428baf8e29a7997cb879cea109d63c4e581 sssd-1-11: 11193fe01397439b6e64b4f976143d56ced943de
Verified in version 1.11.2-24.el7 Crash is no longer seen on automation executions the AD Provider suites.
This request was resolved in Red Hat Enterprise Linux 7.0. Contact your manager or support representative in case you have further questions about the request.