Bug 1079237
| Summary: | sssd is crashing after several quick invokes of automount -m | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | habicht | ||||||||
| Component: | sssd | Assignee: | Jakub Hrozek <jhrozek> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 20 | CC: | abokovoy, jhrozek, lslebodn, pbrezina, sbose, sgallagh, ssorce | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | sssd-1.11.5.1-1.fc20 | Doc Type: | Bug Fix | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2014-04-24 07:36:19 UTC | Type: | Bug | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
habicht
2014-03-21 09:23:36 UTC
Could you provide coredump? If you have installed abrt it should be in directory /var/tmp/abrt/ccpp-<date> Created attachment 877190 [details]
core generated with crashing automount/sssd
I have only this in the moment. But this is not from /var/tmp/abrt/. When you need a different one i can try to crash a system again.
Upstream ticket: https://fedorahosted.org/sssd/ticket/2288 I would say there are two different issues(crashes):
1. automount used sss_autofs plugin for retrieving maps
2. sss_autofs plugin sent request to sssd_be proccess.
3. sssd_be should download automounter maps from from ldap server.
Mar 21 09:28:09 pxe-122 kernel: traps: sssd_be[4834] general protection ip:7fcba70b861a sp:7fff04291f88 error:0 in libc-2.18.so[7fcba7032000+1b4000]
^^^^^^^
There should be coredump from sssd_be
4. sssd_be didn't replied to sss_autofs plugin.
5. sss_autofs plugin didn't handle failed requesst properly.
Mar 21 09:28:09 pxe-122 kernel: [ 1622.338391] automount[4840]: segfault at 0 ip 00007fd58451791f sp 00007fffa34b86b0 error 4 in libsss_autofs.so[7fd584515000+4000]
^^^^^^^^
This is a coredump you provided in attachment 877190 [details]
Could you also provide coredump from sssd_be?
The lod file from sssd_be process will be helpful as well.
You will need to add debug_level=10 into "domain" and "autofs" section and send log files from directory /var/log/sssd. You can send them directly to me.
Created attachment 877271 [details]
sssd log files
This are sssd log files debug level 10.
I am not able to find a core for sssd_be.
abrtd is running. Any idea how i can create a core?
Created attachment 877321 [details]
core files from abrtd
core files from abrtd
Thank you very much for coredump and log files. sssd_be crashed due to use after free error. I can see in log files some LDAP entries have more then one attribute "automountKey" [sdap_process_message] (0x4000): Message type: [LDAP_RES_SEARCH_ENTRY] [sdap_parse_entry] (0x4000): OriginalDN: [cn=teamviewer9,nisMapName=auto.opt,ou=ea,dc=ims,dc=uni-hannover,dc=de]. [sdap_parse_range] (0x2000): No sub-attributes for [cn] [sdap_parse_range] (0x2000): No sub-attributes for [nisMapEntry] [sdap_parse_range] (0x2000): No sub-attributes for [objectClass] [sdap_process_result] (0x2000): Trace: sh[0x7fdaf2bf4e10], connected[1], ops[0x7fdaf2c07360], ldap[0x7fdaf2bfcc20] [sdap_process_result] (0x2000): Trace: ldap_result found nothing! [sdap_process_result] (0x2000): Trace: sh[0x7fdaf2bf4e10], connected[1], ops[0x7fdaf2c07360], ldap[0x7fdaf2bfcc20] [sdap_process_message] (0x4000): Message type: [LDAP_RES_SEARCH_RESULT] [sdap_get_generic_ext_done] (0x0400): Search result: Success(0), no errmsg set [automntmaps_process_members_done] (0x2000): No more search bases to try [automntmaps_process_members_done] (0x0400): Search for autofs entries, returned 46 results. [sdap_get_automntmap_done] (0x0400): automount map members received [sdap_autofs_setautomntent_save] (0x1000): Got 46 map entries from LDAP [get_autofs_entry_attr] (0x0020): Expected one entry got 2 [sdap_autofs_setautomntent_save] (0x0080): Malformed entry, skipping If you fix following ldap entries in LDAP server sssd_autofs should work cn=teamviewer9,nisMapName=auto.opt,ou=ea,dc=ims,dc=uni-hannover,dc=de cn=envmodules,nisMapName=auto.appl,ou=ea,dc=ims,dc=uni-hannover,dc=de cn=eod,nisMapName=auto.appl,ou=ea,dc=ims,dc=uni-hannover,dc=de Thank you very much for report. I prepared scratch build for case you don;t want (cannot) modify entries in LDAP server. SSSD will not crash if some entries contain more then one attribute "automountKey" (these entries will be skipped) http://koji.fedoraproject.org/koji/taskinfo?taskID=6659466 and x86_64 packges http://koji.fedoraproject.org/koji/taskinfo?taskID=6659470 A fix for the sssd_be crash was pushed upstream in e18d5c703c529f99bd375da887d9aeaee6b82fcd sssd-1.11.5-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/sssd-1.11.5-1.fc19 sssd-1.11.5-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/sssd-1.11.5-1.fc20 Package sssd-1.11.5-1.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing sssd-1.11.5-1.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-4932/sssd-1.11.5-1.fc19 then log in and leave karma (feedback). sssd-1.11.5.1-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/sssd-1.11.5.1-1.fc20 sssd-1.11.5.1-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/sssd-1.11.5.1-1.fc19 sssd-1.11.5.1-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. sssd-1.11.5.1-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. |