[Date Prev][Date Next]
Re: (ITS#8609) segfault in mods.c - modify_add_values
On Wed, Apr 19, 2017 at 01:03:15PM -0700, Paul B. Henson wrote:
> On Wed, Apr 19, 2017 at 05:37:35PM +0100, Ond=C5=99ej Kuzn=C3=ADk wrote=
>> could you post the two accesslog entries (or at least an outline)
>> referenced in the backtrace?
> That's weird. I can't find these exact entries. Based on the username, =
> found ones that are very close to the timestamp, but ones that match
> these exact timestamps do not exist. Last time Quanah asked me to look
> up the matching accesslog entry from the crash I believe I was able to
> find it.
those come from master with ServerID 0? Maybe you can find them in
another server's accesslog?
>> - reqStart=3D20170415103641.000016Z,cn=3Daccesslog
> dn: reqStart=3D20170415103641.000068Z,cn=3Daccesslog
> reqDN: uid=3Dbrandonl,ou=3Duser,dc=3Dcpp,dc=3Dedu
> reqMod: entryCSN:=3D 20170415103641.599920Z#000000#000#000000
> entryCSN: 20170415103641.599920Z#000000#000#000000
>> - reqStart=3D20170416103057.000005Z,cn=3Daccesslog
> dn: reqStart=3D20170416103057.000045Z,cn=3Daccesslog
> reqDN: uid=3Daaalmora,ou=3Duser,dc=3Dcpp,dc=3Dedu
> reqMod: entryCSN:=3D 20170416103057.530384Z#000000#000#000000
> entryCSN: 20170416103057.530384Z#000000#000#000000
>> I assume you are still running the same code in production, correct?
> Yes. It actually crashed 4 days in a row :(, the two days I provided
> backtraces for and then the following two days. Just for something to d=
> I slapcat'd the db and accesslog and reloaded it after the fourth day i=
> case there was some weird mdb corruption or something. It hasn't crashe=
> since, but it crashes randomly so that could be meaningless <sigh>. I
> wouldn't think reloaded the db would have affected finding the matching
> accesslog entries but that is something different than last time too.
> And of course now this is the non-optimized build.
Would you be able to try the patch I provided earlier on one of your
Senior Software Engineer
Symas Corporation http://www.symas.com
Packaged, certified, and supported LDAP solutions powered by OpenLDAP