<html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 04/15/2015 10:44 PM, James James wrote: </div> <blockquote cite="mid:CALBJVV=CPt+69S9VmLCEizXZTDLE0GqZ5WfFeLWNiBA3-u4AHA@mail.gmail.com" type="cite"> <div dir="ltr">The ipareplica-install.log file in attachment ... </div> </blockquote> Here are the pertinent bits: 2015-04-15T15:06:31Z DEBUG wait_for_open_ports: localhost [389] timeout 300 2015-04-15T15:06:32Z DEBUG flushing <a class="moz-txt-link-freetext" href="ldap://ipa.example.com:389">ldap://ipa.example.com:389</a> from SchemaCache 2015-04-15T15:06:32Z DEBUG retrieving schema for SchemaCache url=<a class="moz-txt-link-freetext" href="ldap://ipa.example.com:389">ldap://ipa.example.com:389</a> conn=<ldap.ldapobject.SimpleLDAPObject instance at 0x484f4d0> 2015-04-15T15:06:32Z DEBUG flushing <a class="moz-txt-link-freetext" href="ldaps://ipa1.example.com:636">ldaps://ipa1.example.com:636</a> from SchemaCache 2015-04-15T15:06:32Z DEBUG retrieving schema for SchemaCache url=<a class="moz-txt-link-freetext" href="ldaps://ipa1.example.com:636">ldaps://ipa1.example.com:636</a> conn=<ldap.ldapobject.SimpleLDAPObject instance at 0x4170290> 2015-04-15T15:08:44Z DEBUG Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ipaserver/install/service.py", line 382, in start_creation run_step(full_msg, method) File "/usr/lib/python2.7/site-packages/ipaserver/install/service.py", line 372, in run_step method() File "/usr/lib/python2.7/site-packages/ipaserver/install/dsinstance.py", line 368, in __setup_replica r_bindpw=self.dm_password) File "/usr/lib/python2.7/site-packages/ipaserver/install/replication.py", line 969, in setup_replication raise RuntimeError("Failed to start replication") RuntimeError: Failed to start replication 2015-04-15T15:08:44Z DEBUG [error] RuntimeError: Failed to start replication The times are a little off, but I believe this corresponds to [15/Apr/2015:17:08:39 +0200] - import userRoot: Import complete. Processed 1539 entries in 126 seconds. (12.21 entries/sec) [15/Apr/2015:17:08:39 +0200] NSMMReplicationPlugin - multimaster_be_state_change: replica dc=lix,dc=polytechnique,dc=fr is coming online; enabling replication I don't know why setup_replication is reporting an error if replication completed successfully. <blockquote cite="mid:CALBJVV=CPt+69S9VmLCEizXZTDLE0GqZ5WfFeLWNiBA3-u4AHA@mail.gmail.com" type="cite"> <div class="gmail_extra"> <div class="gmail_quote">2015-04-16 2:22 GMT+02:00 Rob Crittenden <<a moz-do-not-send="true" href="mailto:rcritten@redhat.com" target="_blank">rcritten@redhat.com</a>>: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Rich Megginson wrote: > On 04/15/2015 02:58 PM, James James wrote: >> Nothing on the replica .. maybye a process on the master. How can I >> check that ? > > I have no idea. But it seems highly unlikely that a process on the > master is able to shutdown a process on the replica . . . > > I would say that there is some problem with the ipa-replica-install not > properly checking the status - see below: > >> >> 2015-04-15 21:37 GMT+02:00 Rich Megginson <<a moz-do-not-send="true" href="mailto:rmeggins@redhat.com">rmeggins@redhat.com</a> >> <mailto:<a moz-do-not-send="true" href="mailto:rmeggins@redhat.com">rmeggins@redhat.com</a>>>: >> >> On 04/15/2015 12:43 PM, James James wrote: >>> Here the log >>> >>> 2015-04-15 18:58 GMT+02:00 Rich Megginson <<a moz-do-not-send="true" href="mailto:rmeggins@redhat.com">rmeggins@redhat.com</a> >>> <mailto:<a moz-do-not-send="true" href="mailto:rmeggins@redhat.com">rmeggins@redhat.com</a>>>: >>> >>> On 04/15/2015 09:46 AM, James James wrote: >>>> Hello, >>>> >>>> I have been looking to solve my problem but I 'm asking for >>>> some help. >>>> >>>> The replication begins but cannot be completed .... >>>> >>>> I want to install a new fresh replica but I've always got >>>> this error : >>>> >>>> [21/35]: configure dirsrv ccache >>>> [22/35]: enable SASL mapping fallback >>>> [23/35]: restarting directory server >>>> [24/35]: setting up initial replication >>>> Starting replication, please wait until this has completed. >>>> Update in progress, 127 seconds elapsed >>>> Update in progress yet not in progress >>>> >>>> Update in progress yet not in progress >>> > > in progress yet not in progress???? The error log below clearly shows > that replica init succeeded after 127 seconds. > > IPA-ers - wasn't there some bug about checking replica status properly? > The loop looks at nsds5BeginReplicaRefresh, nsds5replicaUpdateInProgress and nsds5ReplicaLastInitStatus. It loops looking for nsds5BeginReplicaRefresh. If there is no value it prints "Update in progress, %d seconds elapsed". Once it gets a status, the update is done, and it looks at nsds5ReplicaLastInitStatus. If it isn't empty, doesn't include 'replica busy' or 'Total update succeeded' then it looks to see if nsds5replicaUpdateInProgress is TRUE. If it is, ir prints Update in progress yet not in progress and tries the loop again. AFAICT this part of a replica install doesn't restart 389-ds. /var/log/ipareplica-install.log may hold some details. rob </blockquote> </div> </div> </blockquote> </body> </html>