[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: 2.4.44 + ITS 8432 patch segfault in modify_add_values
- To: Quanah Gibson-Mount <quanah@symas.com>
- Subject: Re: 2.4.44 + ITS 8432 patch segfault in modify_add_values
- From: "Paul B. Henson" <henson@acm.org>
- Date: Wed, 15 Feb 2017 12:15:32 -0800
- Cc: openldap-technical@openldap.org
- Content-disposition: inline
- In-reply-to: <2B06780B8EE0354C70ECA60D@[192.168.1.30]>
- References: <20170215012451.GB3387@bender.cpp.edu> <WM!998e77758b9bacc372fee590f734f256c3b1a8d55c137b3042ea7ef07e8e0953759c895cedf550b0b49eaaa837a80654!@mailstronghold-2.zmailcloud.com> <2B06780B8EE0354C70ECA60D@[192.168.1.30]>
- User-agent: Mutt/1.5.24 (2015-08-30)
On Wed, Feb 15, 2017 at 09:04:48AM -0800, Quanah Gibson-Mount wrote:
> Hm, so there is <http://www.openldap.org/its/index.cgi/?findid=8413>, but
> not sure that's the same issue.
I do have a 4-way MMR setup, but that seems to be the only simularity.
It's crashing in mods.c, not search.c, and from a segfault when actually
dereferencing a null pointer, rather than from an assertion failure
checking for one. Well, I suppose the other simularity is that it
happens during replication.
Fortunately it's not that frequent of an occurance, and our load
balancer pops the load over to the failover master fairly quickly when
it happens, we usually only lose one transaction that I need to go clean
up. It typically happens during the heavy update load of our daily
identity management syncronization batch job.