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

Re: slapd crashing

To: Alex Hebra <hebraalex@gmail.com>, openldap-technical@openldap.org
Subject: Re: slapd crashing
From: Howard Chu <hyc@symas.com>
Date: Thu, 18 Jul 2019 23:44:24 +0100
In-reply-to: <CAPkf1fJQcO9Zg4MwMwS342Loy8QgXPPATgm3yJr2jzCYZtBdsw@mail.gmail.com>
References: <CAPkf1fJQcO9Zg4MwMwS342Loy8QgXPPATgm3yJr2jzCYZtBdsw@mail.gmail.com>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0 SeaMonkey/2.53

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/

Follow-Ups:
- Re: slapd crashing
  - From: Alex Hebra <hebraalex@gmail.com>

References:
- slapd crashing
  - From: Alex Hebra <hebraalex@gmail.com>

Prev by Date: Re: Error when try modify olcTLS*
Next by Date: Re: slapd crashing
Index(es):
- Chronological
- Thread