On Fri, Jul 19, 2019 at 11:55 AM Howard Chu <hyc@symas.com> wrote:

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@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/