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: [email protected]
Reporter: [email protected]
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 <[email protected]>
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 <[email protected]>
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.
