[Issue 9927] New: mdb/0.9 update makes strange problems

openldap-its Wed, 05 Oct 2022 01:32:37 -0700

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


          Issue ID: 9927
           Summary: mdb/0.9 update makes strange problems
           Product: OpenLDAP
           Version: 2.6.3
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Keywords: needs_review
          Severity: normal
          Priority: ---
         Component: slapd
          Assignee: b...@openldap.org
          Reporter: dpa-openl...@aegee.org
  Target Milestone: ---

Created attachment 919
  --> https://bugs.openldap.org/attachment.cgi?id=919&action=edit
strace outfput of failed start

I changed on the 2.6 branch at this

commit 18f6cc1609fe80ae30702f68875a6fc793e29ffd (origin/OPENLDAP_REL_ENG_2_6,
OPENLDAP_REL_ENG_2_6)
Merge: 8b4c915a6 d87d682b6
Author: Quanah Gibson-Mount <qua...@openldap.org>
Date:   Tue Oct 4 14:29:39 2022 +0000

    Merge remote-tracking branch 'origin/mdb.RE/0.9' into OPENLDAP_REL_ENG_2_6


and things stopped working: after several times restarting slapd refused to
start.

Then I went back to commit:

commit 8b4c915a655373973a834719f942bcdc09a7b516 (HEAD)
Author: Quanah Gibson-Mount <qua...@openldap.org>
Date:   Mon Oct 3 20:26:19 2022 +0000

    ITS#9915

and things worked again.  I changed back to commit 18f6cc1609fe8, and slapd
does run properly.

Of course, I assume the LMDB database format has not changed and I have not
done export to LDIF and then import from LDIF to LMDB.

I have disabled syslog and debugging:

$ ./configure --disable-ipv6 --enable-spasswd --disable-static --disable-syslog
--disable-debug --enable-sssvlv --disable-relay

The file FAILED.txt, produced on dysfunctional slapd by executing

# strace /usr/local/libexec/slapd -d0 -u openldap -r /home/openldap -F
/etc/openldap/ -h'ldap://ldap.aegee.org/ ldaps://ldap.aegee.org
ldapi://%%2Fvar%%2Frun%%2Fldapi' > FAILED.txt

is attached.

This is very similar to https://bugs.openldap.org/show_bug.cgi?id=9879 :
upgrading to the newest version fails.  Using a slightly older version than the
tip of the tree does not fail any more.  Then upgrading to the newest version
does work.

Note that yesterday, or two-three days ago I also upgraded to the newest tip of
git and things worked, but I cannot say which commit was this.

# journalctl --unit openldap 

Oct 04 08:04:31 mail systemd[1]: Stopping OpenLDAP...
Oct 04 08:04:33 mail systemd[1]: openldap.service: Deactivated successfully.
Oct 04 08:04:33 mail systemd[1]: Stopped OpenLDAP.
Oct 04 08:04:33 mail systemd[1]: openldap.service: Consumed 50.080s CPU time.
Oct 04 08:04:33 mail systemd[1]: Starting OpenLDAP...
Oct 04 08:04:36 mail systemd[1]: Started OpenLDAP.
Oct 04 08:10:33 mail systemd[1]: Stopping OpenLDAP...
Oct 04 08:10:34 mail systemd[1]: openldap.service: Deactivated successfully.
Oct 04 08:10:34 mail systemd[1]: Stopped OpenLDAP.
Oct 04 08:10:37 mail systemd[1]: Starting OpenLDAP...
Oct 04 08:10:37 mail systemd[1]: Started OpenLDAP.
Oct 05 07:33:36 mail systemd[1]: Stopping OpenLDAP...
Oct 05 07:33:37 mail systemd[1]: openldap.service: Failed with result
'resources'.
Oct 05 07:33:37 mail systemd[1]: Stopped OpenLDAP.
Oct 05 07:33:37 mail systemd[1]: openldap.service: Consumed 7.453s CPU time.
Oct 05 07:33:37 mail systemd[1]: Starting OpenLDAP...
Oct 05 07:33:38 mail systemd[1]: openldap.service: Main process exited,
code=exited, status=255/EXCEPTION
Oct 05 07:33:38 mail systemd[1]: openldap.service: Failed with result
'exit-code'.
Oct 05 07:33:38 mail systemd[1]: Failed to start OpenLDAP.
Oct 05 07:33:43 mail systemd[1]: Starting OpenLDAP...
Oct 05 07:33:43 mail systemd[1]: openldap.service: Main process exited,
code=exited, status=255/EXCEPTION
Oct 05 07:33:43 mail systemd[1]: openldap.service: Failed with result
'exit-code'.
Oct 05 07:33:43 mail systemd[1]: Failed to start OpenLDAP.
Oct 05 07:38:22 mail systemd[1]: Starting OpenLDAP...


so it worked likely without problems on the most current 2.6 commit at Oct 04
08:04:33 UTC.

Note that the failing slapd does terminate before reading the configuration
files with

newfstatat(AT_FDCWD, "/etc/openldap/", {st_mode=S_IFDIR|0755, st_size=4096,
...}, 0) = 0
newfstatat(AT_FDCWD, "/etc/openldap/", {st_mode=S_IFDIR|0755, st_size=4096,
...}, 0) = 0
mmap(NULL, 1052672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f03c36d1000
openat(AT_FDCWD, "/etc/openldap//cn=config.ldif", O_RDONLY) = 9
newfstatat(9, "", {st_mode=S_IFREG|0600, st_size=817, ...}, AT_EMPTY_PATH) = 0

so it shall be irrelevant how MDB handles the data.

-- 
You are receiving this mail because:
You are on the CC list for the issue.

[Issue 9927] New: mdb/0.9 update makes strange problems

Reply via email to