Matt, 
Have you done a cloning test without the above patch?  You can do so by
implementing the workaround.  In this case, does the DS replication
issue still arise?
Ade
On Tue, 2014-02-25 at 17:31 -0800, Matthew Harmsen wrote:
 This patch causes the 'sslserver' certificate for a CA clone
to be
 signed by its associated master CA during configuration, and resolves
 the following bug:
       * Dogtag TRAC Ticket #816 - pki-tomcat cannot be started after
         installation of ipa replica with ca
 This was necessary to avoid any changes which may have been made to
 the X500Name directory string encoding order (i. e. - creating a
 Cloned CA on Fedora 20 from a Master CA on Fedora 19).
 
 The code was tested (applying the CAVEAT below) via end-to-end
 'pkispawn' installation and batch-based configuration; it has not yet
 been tested with GUI-based configuration.
 
 CAVEAT:
         During the preparation of this patch it was discovered that an
         end-to-end test of functionality cannot be accomplished due to
         the 389 TRAC Ticket #47721 - Schema Replication Issue which
         prevents the '99user.ldif' file from being properly replicated
         from the Master CA to the Cloned CA.  However, I verified that
         this code does work by shutting down DS on the cloned CA
         machine, manually replacing
         '/etc/dirsrv/slapd-<clone>/schema/99user.ldif' with
         '/etc/dirsrv/slapd-<master>/schema/99user.ldif, restarting DS
         and the Cloned CA, and successfully performing a test
         enrollment.
 _______________________________________________
 Pki-devel mailing list
 Pki-devel(a)redhat.com
 
https://www.redhat.com/mailman/listinfo/pki-devel