9:18 a.m.
Hi,
I am experiencing a segfault on an OpenLDAP 2.4.44 instance.
The architecture is:
- 2 OpenLDAP
- multimaster mirrormode
- delta-syncrepl
The error seems to be in the syncrepl process, in a particular accesslog
entry.
When I give a look to the entry, I realize that some attributes in
reqmod are empty, which seems strange because the value can't be empty
in the directory. For example:
reqMod: inetUserStatus:=
Does anyone know if this behaviour is normal, and what is happening?
Thanks in advance.
David
9:53 a.m.
--On Thursday, August 30, 2018 7:18 PM +0200 David Coutadeur
<david.coutadeur(a)gmail.com> wrote:
Hi,
I am experiencing a segfault on an OpenLDAP 2.4.44 instance.
Hi David,
The primary focus for the 2.4.46 release was to fix several issues with
sync replication (standard and/or delta-sync). I'd strongly advise
upgrading to that release. Unfortunately, there was one issue that was not
caught until after the 2.4.46 release, so you will want to apply this
commit to the source as well, prior to building:
<https://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=commitdiff;h=c...
Warm regards,
Quanah
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>
12:56 a.m.
Hi Quanah,
Thanks for your quick answer!
I'll give a look to 2.4.45 and 2.4.46 commits + the one you pointed out.
Could you confirm or infirm my assumption that reqMod attributes should
never be empty?
For example this one is empty in my accesslog: reqMod: inetUserStatus:=
Regards,
David
Le 30/08/2018 18:53, Quanah Gibson-Mount a écrit :
--On Thursday, August 30, 2018 7:18 PM +0200 David Coutadeur
<david.coutadeur(a)gmail.com> wrote:
> Hi,
>
> I am experiencing a segfault on an OpenLDAP 2.4.44 instance.
Hi David,
The primary focus for the 2.4.46 release was to fix several issues
with sync replication (standard and/or delta-sync). I'd strongly
advise upgrading to that release. Unfortunately, there was one issue
that was not caught until after the 2.4.46 release, so you will want
to apply this commit to the source as well, prior to building:
<https://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=commitdiff;h=c...
Warm regards,
Quanah
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>
10:39 a.m.
Hi David,
I can get:
reqMod:: bWFpbDo9IA==
which decoded is:
"mail: "
My recollection is that additional commit past 2.4.46 fixes an issue
similar to what you are encountering, however. ;)
--Quanah
--On Friday, August 31, 2018 10:56 AM +0200 David Coutadeur
<david.coutadeur(a)gmail.com> wrote:
Hi Quanah,
Thanks for your quick answer!
I'll give a look to 2.4.45 and 2.4.46 commits + the one you pointed out.
Could you confirm or infirm my assumption that reqMod attributes should
never be empty?
For example this one is empty in my accesslog: reqMod: inetUserStatus:=
Regards,
David
Le 30/08/2018 18:53, Quanah Gibson-Mount a écrit :
> --On Thursday, August 30, 2018 7:18 PM +0200 David Coutadeur
> <david.coutadeur(a)gmail.com> wrote:
>
>> Hi,
>>
>> I am experiencing a segfault on an OpenLDAP 2.4.44 instance.
>
> Hi David,
>
> The primary focus for the 2.4.46 release was to fix several issues
> with sync replication (standard and/or delta-sync). I'd strongly
> advise upgrading to that release. Unfortunately, there was one issue
> that was not caught until after the 2.4.46 release, so you will want
> to apply this commit to the source as well, prior to building:
>
> <https://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=commitdiff;h
> =cc24cf620470e600d31fd68f63decae82b9745f3>
>
>
> Warm regards,
> Quanah
>
>
> --
>
> Quanah Gibson-Mount
> Product Architect
> Symas Corporation
> Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
> <http://www.symas.com>
>
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>
10:53 a.m.
Hi,
Le 31/08/2018 à 19:39, Quanah Gibson-Mount a écrit :
Hi David,
I can get:
reqMod:: bWFpbDo9IA==
which decoded is:
"mail: "
Ok, so it seems to be normal if I understand well...
I thought empty values could not exist, and thus the - syntax had to be
chosen:
attribute:<+|-|=|#> [ value]
My recollection is that additional commit past 2.4.46 fixes an issue
similar to what you are encountering, however. ;)
Ok, I will give a look specifically to these new commits. I have already
checked all 2.4.45 and 2.4.46 fixes, and no one is matching exactly what
I face.
Thanks again for your help!
David
--Quanah
--On Friday, August 31, 2018 10:56 AM +0200 David Coutadeur
<david.coutadeur(a)gmail.com> wrote:
>
> Hi Quanah,
>
> Thanks for your quick answer!
> I'll give a look to 2.4.45 and 2.4.46 commits + the one you pointed out.
>
> Could you confirm or infirm my assumption that reqMod attributes should
> never be empty?
> For example this one is empty in my accesslog: reqMod: inetUserStatus:=
>
> Regards,
>
> David
>
> Le 30/08/2018 18:53, Quanah Gibson-Mount a écrit :
>> --On Thursday, August 30, 2018 7:18 PM +0200 David Coutadeur
>> <david.coutadeur(a)gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I am experiencing a segfault on an OpenLDAP 2.4.44 instance.
>>
>> Hi David,
>>
>> The primary focus for the 2.4.46 release was to fix several issues
>> with sync replication (standard and/or delta-sync). I'd strongly
>> advise upgrading to that release. Unfortunately, there was one issue
>> that was not caught until after the 2.4.46 release, so you will want
>> to apply this commit to the source as well, prior to building:
>>
>> <https://www.openldap.org/devel/gitweb.cgi?p=openldap.git;a=commitdiff;h
>>
>> =cc24cf620470e600d31fd68f63decae82b9745f3>
>>
>>
>> Warm regards,
>> Quanah
>>
>>
>> --
>>
>> Quanah Gibson-Mount
>> Product Architect
>> Symas Corporation
>> Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
>> <http://www.symas.com>
>>
>
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>
1853
days inactive
1854
days old
openldap-technical@openldap.org
4 comments
2 participants
participants (2)
-
David Coutadeur -
Quanah Gibson-Mount