Hi Rich, thanks for the reply.  Running this on RHEL 5.7.  Versions of all the 389 stuff I&#39;m using are:<br><br>389-ds-base-1.2.5-1.el5<br>389-dsgw-1.1.4-1.el5<br>389-ds-1.1.3-6.el5<br>389-adminutil-1.1.8-4.el5<br>389-admin-1.1.10-1.el5<br>
389-admin-console-1.1.4-3.el5<br>389-admin-console-doc-1.1.4-3.el5<br>389-console-1.1.3-6.el5<br>389-ds-console-1.2.0-5.el5<br>389-ds-console-doc-1.2.0-5.el5<br><br>How I built a new ldap instance is I built an admin instance first using the script <br>
<pre>/usr/sbin/<a href="http://setup-ds-admin.pl">setup-ds-admin.pl</a><br><br>Then I created a user instance, by opening the 389 admin console.  <br></pre><ul><li> Right Click on &quot;Server Group&quot; and select &quot;Create Instance Of&quot; -&gt; &quot;389 Directory Server&quot;
<ul><li> Fill in the following Values
<ul><li> Server Identifier: &lt;ENV&gt;
</li><li> Network Port: 389
</li><li> Base DN: dc=cyberdyne dc=com
</li><li> Directory Manager DN: cn=Directory Manager
</li><li> Directory Manager Password: ****<br></li><li> Confirm Password: *****
</li><li> Server Runtime (UNIX) user ID: nobody
</li></ul>
</li><li> Click &quot;OK&quot;<br>
</li></ul></li></ul>So then I had my user instance running, with nothing in it, default schema.  Now after that set, this is where I&#39;ve tried various things, from copying over the schema directory from my good working ldap server to my new one and then trying to setup replicaiton through the 389 admin client.  I would get the &quot;replica=&quot;unknown&quot;: Unable to acquire replica: error: no such
      replica&quot; error that way.  I  also tried without copying the schema over, got the error that way as well.  Also got the error trying to initialize the new one from the old one in the 389 client.  Note that I did setup replication users on both nodes as well as was trying to use those users for the replication.  <br>
<br>Seems like I&#39;m missing a step in building this new node.  Any help would be great.  I do realize we are using an older version of the 389.  We did run into an issue last time we upgraded versions.  The user instance of ldap wouldn&#39;t start under the new version, so due to some constraints we had to roll back the version and have not been able to roll forward again.<br>
<br><div class="gmail_quote">On Wed, Dec 14, 2011 at 1:16 PM, Rich Megginson <span dir="ltr">&lt;<a href="mailto:rmeggins@redhat.com">rmeggins@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left:1px solid rgb(204,204,204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">
<u></u>

  
    
  
  <div bgcolor="#ffffff" text="#000000"><div class="im">
    On 11/30/2011 12:22 PM, Jared Carter wrote:
    <blockquote type="cite">Hopefully someone can help me out.  I&#39;m trying to
      build a new ldap server and replicate the data from one of my
      current nodes.<br>
      <br>
      If somebody can direct me to a howto on this that would be great. 
      Right now I&#39;ve built the new ldap server, but when i setup the
      replication using either the 389 client or a perl script I keep
      getting replica errors.  Any ideas, something simple I&#39;m missing? 
      Error logs below.<br>
    </blockquote></div>
    What is your platform and version?   Note that you are using a quite
    old version of 389 - I suggest upgrading to the latest stable which
    is 389-ds-base-1.2.9.9<br>
    <br>
    Also, can you provide exactly what steps you have followed so far to
    set up replication?<br>
    <blockquote type="cite"><div><div class="h5">
      <br>
      <br>
      <br>
      [30/Nov/2011:10:34:37 -0800] - dblayer_instance_start: pagesize:
      4096, pages: 9259981, procpages: 45973<br>
      [30/Nov/2011:10:34:37 -0800] - cache autosizing: import cache:
      204800k <br>
      [30/Nov/2011:10:34:37 -0800] - li_import_cache_autosize: 50,
      import_pages: 51200, pagesize: 4096<br>
      [30/Nov/2011:10:34:37 -0800] - WARNING: Import is running with
      nsslapd-db-private-import-mem on; No other process is allowed to
      access the database<br>
      [30/Nov/2011:10:34:37 -0800] - dblayer_instance_start: pagesize:
      4096, pages: 9259981, procpages: 46009<br>
      [30/Nov/2011:10:34:37 -0800] - cache autosizing: import cache:
      204800k <br>
      [30/Nov/2011:10:34:37 -0800] - li_import_cache_autosize: 50,
      import_pages: 51200, pagesize: 4096<br>
      [30/Nov/2011:10:34:37 -0800] - import userRoot: Beginning import
      job...<br>
      [30/Nov/2011:10:34:37 -0800] - import userRoot: Index buffering
      enabled with bucket size 100<br>
      [30/Nov/2011:10:34:37 -0800] - import userRoot: Processing file
      &quot;/tmp/ldifqNKrJP.ldif&quot;<br>
      [30/Nov/2011:10:34:37 -0800] - import userRoot: Finished scanning
      file &quot;/tmp/ldifqNKrJP.ldif&quot; (9 entries)<br>
      [30/Nov/2011:10:34:38 -0800] - import userRoot: Workers finished;
      cleaning up...<br>
      [30/Nov/2011:10:34:38 -0800] - import userRoot: Workers cleaned
      up.<br>
      [30/Nov/2011:10:34:38 -0800] - import userRoot: Cleaning up
      producer thread...<br>
      [30/Nov/2011:10:34:38 -0800] - import userRoot: Indexing
      complete.  Post-processing...<br>
      [30/Nov/2011:10:34:38 -0800] - import userRoot: Flushing caches...<br>
      [30/Nov/2011:10:34:38 -0800] - import userRoot: Closing files...<br>
      [30/Nov/2011:10:34:38 -0800] - All database threads now stopped<br>
      [30/Nov/2011:10:34:38 -0800] - import userRoot: Import complete. 
      Processed 9 entries in 1 seconds. (9.00 entries/sec)<br>
          389-Directory/1.2.5 B2010.012.2034<br>
          <a href="http://tx-ds05.prd.cyberdyne.com:390" target="_blank">tx-ds05.prd.cyberdyne.com:390</a>
      (/etc/dirsrv/slapd-tx-ds05)<br>
      <br>
      [30/Nov/2011:10:34:38 -0800] - 389-Directory/1.2.5 B2010.012.2034
      starting up<br>
      [30/Nov/2011:10:34:38 -0800] - I&#39;m resizing my cache now...cache
      was 209715200 and is now 8000000<br>
      [30/Nov/2011:10:34:38 -0800] - slapd started.  Listening on All
      Interfaces port 390 for LDAP requests<br>
      [30/Nov/2011:10:39:58 -0800] NSMMReplicationPlugin - conn=10 op=3
      replica=&quot;unknown&quot;: Unable to acquire replica: error: no such
      replica<br>
      [30/Nov/2011:10:39:59 -0800] NSMMReplicationPlugin - conn=11 op=3
      replica=&quot;unknown&quot;: Unable to acquire replica: error: no such
      replica<br>
      [30/Nov/2011:10:39:59 -0800] NSMMReplicationPlugin - conn=12 op=3
      replica=&quot;unknown&quot;: Unable to acquire replica: error: no such
      replica<br>
      [30/Nov/2011:10:48:22 -0800] NSMMReplicationPlugin - conn=13 op=3
      replica=&quot;unknown&quot;: Unable to acquire replica: error: no such
      replica<br>
      [30/Nov/2011:10:48:22 -0800] NSMMReplicationPlugin - conn=14 op=3
      replica=&quot;unknown&quot;: Unable to acquire replica: error: no such
      replica<br>
      <br>
      </div></div><pre><span class="HOEnZb"><font color="#888888"><fieldset></fieldset>
--
389 users mailing list
<a href="mailto:389-users@lists.fedoraproject.org" target="_blank">389-users@lists.fedoraproject.org</a>
<a href="https://admin.fedoraproject.org/mailman/listinfo/389-users" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/389-users</a></font></span></pre>
    </blockquote>
    <br>
  </div>

</blockquote></div><br>