--On Tuesday, February 14, 2017 5:24 PM -0800 "Paul B. Henson" henson@acm.org wrote:
So I've gotten a total of 5 crashes so far since I updated my production environment to 2.4.44 with a locally applied ITS 8432 patch. I finally went ahead and built a debug enabled binary to take a better look at the core files.
They all have the same signature, SIGSEGV in modify_add_values; and in all of them, "&mod->sm_values[mod->sm_numvals]", is NULL. I included a full backtrace from one of the cores. Any thoughts as to what might be going on here?
Hm, so there is http://www.openldap.org/its/index.cgi/?findid=8413, but not sure that's the same issue.
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
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.
openldap-technical@openldap.org
-
Paul B. Henson -
Quanah Gibson-Mount