Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 487739

Summary: Unable to setup cloning
Product: [Retired] Dogtag Certificate System Reporter: Asha Akkiangady <aakkiang>
Component: CloningAssignee: Ade Lee <alee>
Status: CLOSED ERRATA QA Contact: Chandrasekar Kannan <ckannan>
Severity: high Docs Contact:
Priority: high    
Version: unspecifiedCC: awnuk, benl
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-07-22 23:32:40 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 443788    
Attachments:
Description Flags
patch to fix none

Description Asha Akkiangady 2009-02-27 17:58:41 UTC 
Description of problem:
When cloning setup is executed through wizard getting error "Failed to setup the replication for cloning".

Version-Release number of selected component (if applicable):
8.0

How reproducible:
Always

Steps to Reproduce:
1.This bug is discovered during fix for https://bugzilla.redhat.com/show_bug.cgi?id=486191

richm suggestion : The code should wait a second or two (not sure exactly how long)
before attempting to search for the index task entry - since the add request
returned success, the entry should be there.  By default, task entries have a
TTL (time to live) of 120 seconds.  So even after the task is completed, the
entry should be there for at least 120 seconds.  The "ttl" attribute in the
task entry can be set to another value if desired.


  
Actual results:


Expected results:


Additional info:
Comment 1 Ade Lee 2009-03-03 18:55:27 UTC 
Created attachment 333913 [details]
patch to fix

So - there were several things wrong.

1. The value of the index in wait_dn in CS.cfg was wrong meaning that the test always failed.
2. The test was incorrect.  

As explained in : http://directory.fedoraproject.org/wiki/Task_Invocation_Via_LDAP, task completion is signaled by the presence of a specific attribute. (nsTaskExitCode).

The new check is written to ensure -- 
1. the task entry exists 
2. the task is complete (check status code)

We always expect to catch the task status because the task entry has a default TTL of 120 seconds.

In the past, the fact that this test was so broken did not matter because the indexes were the last thing to be created.  Index creation has recently moved to  being prior to creation of the replication agreements though (as it needs to be)- so now the test is important. 

awnuk, please review.
Comment 2 Ade Lee 2009-03-03 19:00:45 UTC 
*** Bug 481152 has been marked as a duplicate of this bug. ***
Comment 3 Andrew Wnuk 2009-03-03 22:33:36 UTC 
attachment (id=333913) +awnuk
Comment 4 Ade Lee 2009-03-04 05:43:58 UTC 
[builder@oliver pki]$ svn ci -m "Bugzilla Bug #487739 -  Unable to setup cloning" base
Sending        base/ca/shared/conf/CS.cfg
Sending        base/common/src/com/netscape/cms/servlet/csadmin/DatabasePanel.java
Transmitting file data ..
Committed revision 272.
[builder@oliver pki]$ svn ci -m "Bugzilla Bug #487739 -  Unable to setup cloning" dogtag
Sending        dogtag/ca/pki-ca.spec
Sending        dogtag/common/pki-common.spec
Transmitting file data ..
Committed revision 273.
Comment 5 Asha Akkiangady 2009-05-29 19:58:47 UTC 
Verified that CA clone can be created. A separate bug filed for the database panel spinning during configuration bz https://bugzilla.redhat.com/show_bug.cgi?id=502240 .