pki-bot / pki-issues-final

0 stars 0 forks source link

Fully Support OCSP Cloning #1455

Open pki-bot opened 3 years ago

pki-bot commented 3 years ago

This issue was migrated from Pagure Issue #1467. Originally filed by jmagne (@jmagne) on 2015-07-08 01:29:27:


As of now due to some error, we only support cloning two OCSP servers. Of course we want to support an arbitrary number of clones for this feature to be truly useful.

The theory on the problem has to do with replica id's of the various clones. The CA and KRA make use of a framework designed to maintain replica id ranges, in order to avoid such collisions.

The fix will likely be to implement the replica ranges for the OCSP as done in the CA and KRA.

pki-bot commented 3 years ago

Comment from jmagne (@jmagne) at 2015-07-08 01:30:34

A related ticket was found first that will be closing: Ticket 1358

During work on a ticket to diagnose an issue with creating a clone of an OCSP using pkispawn, this problem was discovered as follows:

Create the master ca and ocsp on a host. 

On the same host create a clone of the ocsp after creating another directory server instance to hold the data for all the clones. 

This failed due to another ticket as described. 

Used pkidestroy to dispose of the aborted ocsp clone instance attempt. 

Re-ran the same pkispawn test, using the exact same install cfg file to re-attempt the clone with the exact same parameters. 

This operation failed earlier than the previous test due to a different case. This time it failed because the cloned OCSP's debug log is reporting a problem with negotiating the various replication agreement steps.

pki-bot commented 3 years ago

Comment from jmagne (@jmagne) at 2015-07-08 01:31:31

Took a quick shot at this by updating the OCSP's config to have the replica id range settings included. More info on the problem:

This did not work due to the fact that there is some code in the java configuration classes that is checking to see if the subsystem is a kra or ca before processing those entries. The code checks for a kra or ca and then does a block where it updates the replica id range AND the serial number AND request range.

This is skipped for OCSP since I"m not sure the OCSP even has any of this data.

I think the replica id stuff will have to be retrofitted to OCSP for this to work. This will take more investigation to best determine a course of action..

pki-bot commented 3 years ago

Comment from mharmsen (@mharmsen) at 2016-06-24 04:38:54

Per PKI Bug Council of 06/23/2016: 10.4

pki-bot commented 3 years ago

Comment from jmagne (@jmagne) at 2017-02-27 14:09:04

Metadata Update from @jmagne:

pki-bot commented 3 years ago

Comment from mharmsen (@mharmsen) at 2017-03-03 19:01:46

Metadata Update from @mharmsen:

pki-bot commented 3 years ago

Comment from mharmsen (@mharmsen) at 2017-08-09 16:44:32

Per CS/DS Meeting of August 7, 2017, it was determined to move this issue from 10.4 ==> FUTURE.

pki-bot commented 3 years ago

Comment from mharmsen (@mharmsen) at 2017-08-09 16:44:33

Metadata Update from @mharmsen: