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 <h...@symas.com > <mailto:h...@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/
