[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openldap-bugs
Subject:    [Issue 9816] New: slapcat cordeumps during mdb subtree dump with -s
From:       openldap-its () openldap ! org
Date:       2022-03-24 11:44:23
Message-ID: bug-9816-2 () http ! bugs ! openldap ! org/
[Download RAW message or body]

https://bugs.openldap.org/show_bug.cgi?id=9816

          Issue ID: 9816
           Summary: slapcat cordeumps during mdb subtree dump with -s
           Product: OpenLDAP
           Version: 2.5.11
          Hardware: x86_64
                OS: Linux
            Status: UNCONFIRMED
          Keywords: needs_review
          Severity: normal
          Priority: ---
         Component: slapd
          Assignee: bugs@openldap.org
          Reporter: khoffmann@united-internet.de
  Target Milestone: ---

Created attachment 887
  --> https://bugs.openldap.org/attachment.cgi?id=887&action=edit
gdb backtrace of slapcat run

When trying to use slapcat in combination with -b and -s in order to create a
LDIF backup of a mdb subtree, slapd crashes with a coredump (please see the
attached snippet with gdb output from a reproduced test tree). The problem was
reporducible with different mdb databases / suffixes and only appears with
option -s.

The same dump with -H 'ldap:///ou=users,o=company,c=de??sub?' instead of -s
ou=users,o=company,c=de works perfectly fine, as long as the "attrs part" is
empty in the ldap-uri. Also using slapcat with -b only (for a full database
dump) works fine as well.

I'm aware of the fact that -s option is marked as DEPRECATED -  I'm not sure if
you are going to fix this bug or if you rather take the change to remove the
option completely from future major versions.

Please let me also know if it's expected behaviour that the -H option doesn't
work whenever the attribute part isn't empty and if I should contribute to a
documentation update for this edge case. 

Best regards,
Kris

-- 
You are receiving this mail because:
You are on the CC list for the issue.=
[prev in list] [next in list] [prev in thread] [next in thread]