389-ds-base

#47745 Crash at startup in ldapu_certmap_init
Closed: wontfix Opened by tbordaz.

Closed: wontfix
Reopen Issue

The server crashes during startup with the following stack

0 0x00007f78075f6c59 in raise () from /lib64/libc.so.6

1 0x00007f78075f8368 in abort () from /lib64/libc.so.6

2 0x00007f7807636da4 in __libc_message () from /lib64/libc.so.6

3 0x00007f780763cbc7 in malloc_printerr () from /lib64/libc.so.6

4 0x00007f780a0e8906 in certmap_read_certconfig_file ()

5 0x00007f780a0e96c6 in ldapu_certmap_init ()

6 0x00007f780a0eb0e0 in ldaputil_init ()

7 0x00007f780a0cd062 in client_auth_init ()

8 0x00007f780a0de2ce in slapd_do_all_nss_ssl_init ()

9 0x00007f780a0d9b2d in detach ()

10 0x00007f780a0ca944 in main ()

The problem is a consequence of a coverity fix https://fedorahosted.org/389/attachment/ticket/47740/0001-Ticket-47740-Fix-coverity-issues-Part-5.patch
This fix systematically free dnscomps and filtercomps although if they are allocated on the stack. This is the case when they fields 'DNComps' and 'FilterComps' are empty in the certmap.conf file.

A workaround is to no have empty properties 'DNComps' and 'FilterComps' in that file

Fixing this as part of ticket 47740. Marking this as a duplicate.

Metadata Update from @mreynolds:
- Issue set to the milestone: N/A

389-ds-base is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in 389-ds-base's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/389ds/389-ds-base/issues/1077

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Metadata Update from @spichugi:
- Issue close_status updated to: wontfix (was: Duplicate)
Metadata
None
None
None
None
Normal
Community
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.