[Date Prev][Date Next]
Re: chain-overlay question
- To: Pierangelo Masarati <email@example.com>
- Subject: Re: chain-overlay question
- From: Simon Gao <firstname.lastname@example.org>
- Date: Thu, 07 Jun 2007 00:20:37 -0700
- Cc: OpenLDAP Software List <email@example.com>, Markus Krause <firstname.lastname@example.org>
- In-reply-to: <464E11C7.email@example.com>
- References: <firstname.lastname@example.org> <4648D2DC.email@example.com> <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org> <4649DA0D.email@example.com> <firstname.lastname@example.org> <464A036F.email@example.com> <firstname.lastname@example.org> <464B3DEE.email@example.com> <firstname.lastname@example.org> <464E11C7.email@example.com>
- User-agent: Thunderbird 126.96.36.199 (X11/20070418)
I am interested in a solution to this problem also. I am seeing the same
problem with 2.3.35. Syncrepl works fine. However, consumer does not
contact provider at all when it comes to updateref.
Is there a way to find out whether an installed slapd has ldap backend
Pierangelo Masarati wrote:
> Please keep replies on the list.
> Markus Krause wrote:
>> Zitat von Pierangelo Masarati <firstname.lastname@example.org>:
>> Sorry for that, i am not a debugging expert ...
>> But i can asure you that i am running this on linux system (SuSE Linux
>> Enterprise Server), although it seems that SuSE does change some
>> packages in a "special" way. the OpenLDAP server i am running here is
>> installed from a rpm package from
> OK, I (wrongly) guessed you were building OpenLDAP yourself, as distros
> usually lag a bit behind with OpenLDAP releases. Good to SuSE :)
>> i also
>> installed the package "openldap2-debuginfo-2.3.34-5.2" and started gdb
>> gdb /usr/lib/openldap/slapd -se
>> after the segfault i called "bt" and posted the result above.
>> i am really sorry if that output only wastes your time.
> Well, it wastes yours more than mine :)
>> if you need some more debugging detail on this (or other things) please
>> let me now and if i did complete nonsense maybe please tell me what to
>> do/type ...
> In any case, to me your configuration looks good, so I guess it's about
> the URI you're using "ldaps://" which might not work as expected. In
> this case, I suggest you rather check if the provider gets contacted at
> all, and, in case, why it doesn't accept the connection. As per the
> core dump, it should deserve more attention but, for this, we need a
> non-stripped binary. In that case, you might need to build the latest
> OpenLDAP release yourself (it's not a big deal, though).
> Ing. Pierangelo Masarati
> OpenLDAP Core Team
> SysNet s.r.l.
> via Dossi, 8 - 27100 Pavia - ITALIA
> Office: +39 02 23998309
> Mobile: +39 333 4963172
> Email: email@example.com