<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<br>
Rich Megginson ha scritto:
<blockquote cite="mid:4B6AFEB6.3050609@redhat.com" type="cite">
<pre wrap="">Francesco Fiore wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,
I've two directory server in multimaster configuration. I've to
reinitialize all databases on 2 nd server (B) using the data of the 1st (A).
After the synchronization, server B crash with an segmentation fault.
There isn't any relevant message in the error log.
If I restart the directory server B, I've the same error.
The directory server version is 1.1.3 on Redhat5.
</pre>
</blockquote>
<pre wrap=""><!---->rpm -qi fedora-ds-base
32-bit or 64-bit?
We have fixed quite a few replication bugs since 1.1.3, including a
couple of crashes. I recommend upgrading to the latest.
</pre>
</blockquote>
# rpm -qi 389-ds-base<br>
Name : 389-ds-base Relocations: (not
relocatable)<br>
Version : 1.2.4 Vendor: Fedora Project<br>
Release : 1.el5 Build Date: Tue 03 Nov 2009
04:47:39 PM CET<br>
Install Date: Fri 05 Feb 2010 11:49:11 AM CET Build Host:
x86-6.fedora.phx.redhat.com<br>
Group : System Environment/Daemons Source RPM:
389-ds-base-1.2.4-1.el5.src.rpm<br>
Size : 5339258 License: GPLv2 with
exceptions<br>
Signature : DSA/SHA1, Fri 06 Nov 2009 05:17:38 PM CET, Key ID
119cc036217521f6<br>
Packager : Fedora Project<br>
URL : <a class="moz-txt-link-freetext" href="http://port389.org/">http://port389.org/</a><br>
Summary : 389 Directory Server (base)<br>
Description :<br>
<br>
x86-64<br>
<br>
I updated to the last stable version but I've the same error.<br>
I traced the running process and I discovered that the segmentation
fault is probably caused by futex system call. I attach the tail of the
output of the strace command below.<br>
<br>
getpeername(6, 0x7fff8256e3a0, [1475252821577171056]) = -1 ENOTCONN
(Transport endpoint is not connected)<br>
poll([{fd=42, events=POLLIN}, {fd=-1}, {fd=6, events=POLLIN}, {fd=-1},
{fd=65, events=POLLIN}], 5, 250) = 1 ([{fd=65, revents=POLLIN}])<br>
futex(0x145f806c, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x145f8068,
{FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1<br>
futex(0x145d0850, FUTEX_WAKE_PRIVATE, 1) = 1<br>
getpeername(6, 0x7fff8256e3a0, [1475252821577171056]) = -1 ENOTCONN
(Transport endpoint is not connected)<br>
poll([{fd=42, events=POLLIN}, {fd=-1}, {fd=6, events=POLLIN}, {fd=-1}],
4, 250) = 1 ([{fd=42, revents=POLLIN}])<br>
read(42, "\0", 200) = 1<br>
getpeername(6, 0x7fff8256e3a0, [1475252821577171056]) = -1 ENOTCONN
(Transport endpoint is not connected)<br>
poll([{fd=42, events=POLLIN}, {fd=-1}, {fd=6, events=POLLIN}, {fd=-1},
{fd=64, events=POLLIN}], 5, 250) = 1 ([{fd=64, revents=POLLIN}])<br>
futex(0x145f806c, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x145f8068,
{FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1<br>
futex(0x14550730, FUTEX_WAKE_PRIVATE, 1 <unavailable ...><br>
getpeername(6, 0x7fff8256e3a0, [1475252821577171056]) = -1 ENOTCONN
(Transport endpoint is not connected)<br>
poll([{fd=42, events=POLLIN}, {fd=-1}, {fd=6, events=POLLIN}, {fd=-1},
{fd=65, events=POLLIN}], 5, 250) = 1 ([{fd=65, revents=POLLIN}])<br>
futex(0x145f806c, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x145f8068,
{FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1<br>
futex(0x145d0850, FUTEX_WAKE_PRIVATE, 1) = 1<br>
getpeername(6, 0x7fff8256e3a0, [1475252821577171056]) = -1 ENOTCONN
(Transport endpoint is not connected)<br>
poll([{fd=42, events=POLLIN}, {fd=-1}, {fd=6, events=POLLIN}, {fd=-1}],
4, 250) = 1 ([{fd=42, revents=POLLIN}])<br>
read(42, "\0", 200) = 1<br>
getpeername(6, 0x7fff8256e3a0, [1475252821577171056]) = -1 ENOTCONN
(Transport endpoint is not connected)<br>
poll([{fd=42, events=POLLIN}, {fd=-1}, {fd=6, events=POLLIN}, {fd=-1},
{fd=64, events=POLLIN}], 5, 250) = 1 ([{fd=64, revents=POLLIN}])<br>
futex(0x145f806c, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x145f8068,
{FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1<br>
futex(0x14550730, FUTEX_WAKE_PRIVATE, 1 <unavailable ...><br>
<br>
<blockquote cite="mid:4B6AFEB6.3050609@redhat.com" type="cite">
<blockquote type="cite">
<pre wrap="">I attach the tails of the error log and the /var/log/messages log.
[03/Feb/2010:19:20:53 +0100] - import Addressbook2: Workers finished;
cleaning up...
[03/Feb/2010:19:21:13 +0100] - import Addressbook1: Workers finished;
cleaning up...
[03/Feb/2010:19:21:13 +0100] - import Addressbook2: Workers cleaned up.
[03/Feb/2010:19:21:13 +0100] - import Addressbook2: Indexing complete.
Post-processing...
[03/Feb/2010:19:21:13 +0100] - import Addressbook1: Workers cleaned up.
[03/Feb/2010:19:21:13 +0100] - import Addressbook1: Indexing complete.
Post-processing...
[03/Feb/2010:19:21:50 +0100] - import Addressbook2: Flushing caches...
[03/Feb/2010:19:22:27 +0100] - import Addressbook1: Flushing caches...
[03/Feb/2010:19:22:27 +0100] - import Addressbook2: Closing files...
[03/Feb/2010:19:22:27 +0100] - import Addressbook1: Closing files...
[03/Feb/2010:19:32:27 +0100] - import Addressbook2: Import complete.
Processed 3820687 entries in 4957 seconds. (770.77 entries/sec)
[03/Feb/2010:19:32:28 +0100] NSMMReplicationPlugin -
multimaster_be_state_change: replica o=addressbook2 is coming online;
enabling replication
[03/Feb/2010:19:32:29 +0100] - import Addressbook1: Import complete.
Processed 3820339 entries in 4960 seconds. (770.23 entries/sec)
[03/Feb/2010:19:32:29 +0100] NSMMReplicationPlugin -
multimaster_be_state_change: replica o=addressbook1 is coming online;
enabling replication
[03/Feb/2010:19:32:29 +0100] NSMMReplicationPlugin - replica_reload_ruv:
Warning: new data for replica o=addressbook1 does not match the data in
the changelog.
Recreating the changelog file. This could affect replication with
replica's consumers in which case the consumers should be reinitialized.
Feb 3 19:32:35 mmt-l-al19 kernel: ns-slapd[5575]: segfault at
0000000000000000 rip 000000364fa79140 rsp 0000000056bd3b18 error 4
Have you any idea?
Thanks
</pre>
</blockquote>
<pre wrap=""><!---->
--
389 users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:389-users@lists.fedoraproject.org">389-users@lists.fedoraproject.org</a>
<a class="moz-txt-link-freetext" href="https://admin.fedoraproject.org/mailman/listinfo/389-users">https://admin.fedoraproject.org/mailman/listinfo/389-users</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Francesco Fiore
System Integrator
Babel S.r.l. - <a class="moz-txt-link-freetext" href="http://www.babel.it">http://www.babel.it</a>
P.zza S.Benedetto da Norcia, 33 - 00040 Pomezia (Roma)
CONFIDENZIALE: Questo messaggio ed i suoi allegati sono di carattere
confidenziale per i destinatari in indirizzo. Se hai ricevuto questo
messaggio per errore sei invitato cortesemente a rispondere
immediatamente al mittente e cancellare tutti i suoi contenuti.
</pre>
</body>
</html>