Alex Hebra wrote:
# gdb /usr/local/libexec/slapd
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols
found)...
(gdb) run -h ldaps://10.138.138.216 <
http://10.138.138.216> ldap://127.0.0.1
<
http://127.0.0.1> ldaps://127.0.0.1 <
http://127.0.0.1> -u ldap -g ldap
Starting program: /usr/local/libexec/slapd -h ldaps://10.138.138.216
<
http://10.138.138.216> ldap://127.0.0.1 <
http://127.0.0.1> ldaps://127.0.0.1
<
http://127.0.0.1> -u ldap -g ldap
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...usage: /usr/local/libexec/slapd options
Program exited with code 01.
Current language: auto; currently minimal
Am I missing something?
Apparently. Re-read the slapd(8) manpage for proper option syntax.
Also, if you had actually done what I said - attach to an already running slapd - you
wouldn't have had this problem. Following instructions is a pretty fundamental skill.
If you want to start under gdb you're also going to need a debug flag, otherwise it
will just fork/exit out from under you.
Thanks.
On Thu, Jul 18, 2019 at 7:44 PM Howard Chu <hyc(a)symas.com
<mailto:hyc@symas.com>> wrote:
Alex Hebra wrote:
> Hi there,
>
> I've MMR running on two FreeBSD servers with OpenLDAP 2.4.47. After few days
one node always crash with signal 11.
>
> The last log I got from slapd is:
>
> Jul 17 18:04:19 slapd[676]: syncprov_matchops: skipping original sid 001
>
> When I try to restart the slapd process it eats all the ram memory, until the
server become irresponsible. I have to delete the database and re-sync
everything
> to make it works again.
>
> Is there a way to find out how can I fix this issue?
Attach to the running slapd with gdb and let it run, then examine the stack trace
when it
gets the SIGSEGV,
--
-- Howard Chu
CTO, Symas Corp.
http://www.symas.com
Director, Highland Sun
http://highlandsun.com/hyc/
Chief Architect, OpenLDAP
http://www.openldap.org/project/