-
Notifications
You must be signed in to change notification settings - Fork 133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Disable OCSP direct pushing during upgrade #4436
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM if tested to work.
I think the code looks good, but PKI 10.13.5 has been tagged and built, so the BTW, here's some doc on writing an upgrade script: https://github.com/dogtagpki/pki/blob/master/docs/development/Creating-Upgrade-Script.adoc |
12f1f59
to
a758ad1
Compare
Updated the folder to the next version.
That very useful, it make the manual test much easier. Thanks! |
Agreed 😃 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Apparently line 32 contains whitespace that is causing the pylint
job to fail (I can't see it in the diff in the GUI though, but maybe it is auotmagically stripped?). Once that is resolved it is good to merge for me.
The direct publishing to OCSP is not working properly and a previous commit has change the default value for the `ca.publish.rule.instance.ocsprule-<instance-<port>.enable` attribute to false. This commit add the upgrade script to set false for the existing instances during the upgrade. There are no problems with existing instances because the communication with OCSP was not properly working and other mechanism were in place. Close the issue: RHCS-4085
a758ad1
to
cc45840
Compare
@ladycfu @edewata @ckelleyRH Thanks! |
The direct publishing to OCSP is not working properly and a previous commit has change the default value for the
ca.publish.rule.instance.ocsprule-<instance-<port>.enable
attribute to false. This commit add the upgrade script to set false for the existing instances during the upgrade.There are no problems with existing instances because the communication with OCSP was not properly working and other mechanism were in place.
Close the issue: RHCS-4085