[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: slapd crashing



# 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 ldap://127.0.0.1 ldaps://127.0.0.1 -u ldap -g ldap
Starting program: /usr/local/libexec/slapd -h ldaps://10.138.138.216 ldap://127.0.0.1 ldaps://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
-4 IPv4 only
-6 IPv6 only
-T {acl|add|auth|cat|dn|index|passwd|test}
Run in Tool mode
-c cookie Sync cookie of consumer
-d level Debug level
-f filename Configuration file
-F dir Configuration directory
-g group Group (id or name) to run as
-h URLs List of URLs to serve
-l facility Syslog facility (default: LOCAL4)
-n serverName Service name
-o <opt>[=val] generic means to specify options; supported options:
slp[={on|off|(attrs)}] enable/disable SLP using (attrs)
-r directory Sandbox directory to chroot to
-s level Syslog level
-u user User (id or name) to run as
-V print version info (-VV exit afterwards, -VVV print
info about static overlays and backends)

Program exited with code 01.
Current language:  auto; currently minimal

Am I missing something?

Thanks.


On Thu, Jul 18, 2019 at 7:44 PM Howard Chu <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/