[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: (ITS#7655) segfault during initial mirror of multimaster delta replication
- To: openldap-its@OpenLDAP.org
- Subject: Re: (ITS#7655) segfault during initial mirror of multimaster delta replication
- From: quanah@zimbra.com
- Date: Mon, 5 Aug 2013 03:12:00 GMT
- Auto-submitted: auto-generated (OpenLDAP-ITS)
--On Sunday, August 04, 2013 4:27 PM +0000 hans.freitag@entiretec.com wrote:
> Full_Name: Hans Freitag
> Version: 2.4.35 and 33
> OS: SLES 11SP2
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (193.200.138.3)
>
>
> I have a Multimaster Delta replication setup here with bdb on a 18 GB
> Database.
>
> After a crash due to a full disk I made a new database on one node ans
> started over.
>
> The empty node started to replicate, from the full one but after a while
> (approx. 2GB) it crashed with a segfault:
>
> Aug 4 11:45:32 mhr-dd-lda-01 kernel: [52189.476209] slapd[10158]:
> segfault at 20 ip 00007ff97ebfabc0 sp 00007ff6e57e6b38 error 4 in
> libc-2.11.1.so[7ff97eb79000+155000]
>
> So i thought, maybe it is not e good Idea to put in a package for SP2 in a
> machine running SP1 so my first attempt to solve was an upgrade. After the
> upgrade I got this:
>
> Aug 4 12:46:29 mhr-dd-lda-01 kernel: [ 1414.757587] slapd[3704]:
> segfault at 20 ip 00007fc82eee6182 sp 00007fc592e0acf0 error 4 in
> slapd[7fc82ee7a000+1e6000]
>
> So I created a brandnew openldap RPM 2.4.35 rpm to try out if the problem
> is maybe related to the 2.4.33 version I am running. But fail:
>
> Aug 4 13:47:19 mhr-dd-lda-01 kernel: [ 5063.074410] slapd[8749]:
> segfault at 20 ip 00007fcbc1b537dc sp 00007fc92624fb88 error 4 in
> slapd[7fcbc1ac8000+1ea000]
>
> At the moment I deactivated the accesslogging on the node which seems to
> work. I will know for sure in a few hours. ;-) I can try to reproduce
> that on a backup node next week. Whenn all the main nodes are up and
> running again. :)
I would suggest you build with debugging symbols, enable core files, and
provide a backtrace of the problem. What you have provided does not give
any useful information for debugging purposes. You also fail to state the
backend you are using (back-bdb or back-hdb).
For information on how to provide a backtrace:
<http://www.openldap.org/faq/data/cache/59.html>
Regards,
Quanah
--
Quanah Gibson-Mount
Lead Engineer
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration