Skip to content

STOR-2770: Stop generating self-signed certificates#662

Open
mpatlasov wants to merge 1 commit intoopenshift:mainfrom
mpatlasov:STOR-2770-Stop-generating-self-signed-certificates
Open

STOR-2770: Stop generating self-signed certificates#662
mpatlasov wants to merge 1 commit intoopenshift:mainfrom
mpatlasov:STOR-2770-Stop-generating-self-signed-certificates

Conversation

@mpatlasov
Copy link
Contributor

@mpatlasov mpatlasov commented Feb 2, 2026

Before this commit the following operators generated self-signed certificates:

  • aws-ebs-csi-driver-operator
  • azure-disk-csi-driver-operator
  • azure-file-csi-driver-operator
  • gcp-pd-csi-driver-operator
  • openstack-cinder-csi-driver-operator
  • manila-csi-driver-operator
  • ibm-vpc-block
  • powervs-block

This commit add new Service object for each of them with special annotation which ask service-ca-operator to create certificates for us. Also, this commit ensures the operator's Pods mount those certificates to well-known path (/var/run/secrets/serving-cert).

There is also a cosmetic change for vmware-vsphere-csi-driver-operator: remove optional: true for vmware-vsphere-csi-driver-operator-metrics-serving-cert. This must ensure that this operator will always wait for Secret containing certificates.

@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Feb 2, 2026

@mpatlasov: This pull request references STOR-2770 which is a valid jira issue.

Details

In response to this:

Before this commit the following operators generated self-signed certificates:

  • aws-ebs-csi-driver-operator
  • azure-disk-csi-driver-operator
  • azure-file-csi-driver-operator
  • gcp-pd-csi-driver-operator
  • openstack-cinder-csi-driver-operator
  • manila-csi-driver-operator

This commit add new Service object for each of them with special annotation which ask service-ca-operator to create certificates for us. Also, this commit ensures the operator's Pods mount those certificates to well-known path (/var/run/secrets/serving-cert).

There is also a cosmetic change for vmware-vsphere-csi-driver-operator: remove optional: true for vmware-vsphere-csi-driver-operator-metrics-serving-cert. This must ensure that this operator will always wait for Secret containing certificates.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Feb 2, 2026
@openshift-ci openshift-ci bot requested review from dfajmon and tsmetana February 2, 2026 04:22
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Feb 2, 2026

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: mpatlasov

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Feb 2, 2026
@mpatlasov mpatlasov force-pushed the STOR-2770-Stop-generating-self-signed-certificates branch from 8482eec to 9ab6e2c Compare February 2, 2026 04:43
@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Feb 2, 2026

@mpatlasov: This pull request references STOR-2770 which is a valid jira issue.

Details

In response to this:

Before this commit the following operators generated self-signed certificates:

  • aws-ebs-csi-driver-operator
  • azure-disk-csi-driver-operator
  • azure-file-csi-driver-operator
  • gcp-pd-csi-driver-operator
  • openstack-cinder-csi-driver-operator
  • manila-csi-driver-operator
  • ibm-vpc-block
  • powervs-block

This commit add new Service object for each of them with special annotation which ask service-ca-operator to create certificates for us. Also, this commit ensures the operator's Pods mount those certificates to well-known path (/var/run/secrets/serving-cert).

There is also a cosmetic change for vmware-vsphere-csi-driver-operator: remove optional: true for vmware-vsphere-csi-driver-operator-metrics-serving-cert. This must ensure that this operator will always wait for Secret containing certificates.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

Before this commit the following operators generated self-signed certificates:

 * aws-ebs-csi-driver-operator
 * azure-disk-csi-driver-operator
 * azure-file-csi-driver-operator
 * gcp-pd-csi-driver-operator
 * openstack-cinder-csi-driver-operator
 * manila-csi-driver-operator
 * ibm-vpc-block
 * powervs-block

This commit add new Service object for each of them with special annotation which ask service-ca-operator to create certificates for us. Also, this commit ensures the operator's Pods mount those certificates to well-known path (`/var/run/secrets/serving-cert`).

There is also a cosmetic change for `vmware-vsphere-csi-driver-operator`: remove `optional: true` for `vmware-vsphere-csi-driver-operator-metrics-serving-cert`. This must ensure that this operator will always wait for Secret containing certificates.
@mpatlasov mpatlasov force-pushed the STOR-2770-Stop-generating-self-signed-certificates branch from 9ab6e2c to bf9b502 Compare February 2, 2026 05:10
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Feb 2, 2026

@mpatlasov: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/hypershift-e2e-aks bf9b502 link true /test hypershift-e2e-aks

Full PR test history. Your PR dashboard.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants