KMS connection details for new storageclass can not be changed in StorageClass creation form after 9 connection details are stored in csi-kms-connection-details configmap
Description of problem (please be detailed as possible and provide log
snippests):
If user creates 10 connection details in csi-kms-connection-details configmap (from StorageClass creation form) then every time user tries to create StorageClass with new connection details, connection details with id: 9-vault.
(are connection details in the form selected alphabetically and not by order of creation?)
Version of all relevant components (if applicable):
OCP 4.8.0-0.nightly-2021-06-07-034343
OCS ocs-operator.v4.8.0-409.ci
Rate from 1 - 5 the complexity of the scenario you performed that caused this
bug (1 - very simple, 5 - very complex)?
1
Can this issue reproducible?
yes
Can this issue reproduce from the UI?
yes
Steps to Reproduce:
1. Navigate to Storage -> StorageClasses in OCP Console.
2. Click "Create StorageClass"
3. Fill the form and select "openshift-storage.rbd.csi.ceph.com" as Provisioner
4. Select "Enable Encryption".
5. Provide connection details.
6. Click "Save"
7. Repeat steps 5 and 6 multiple times until there is at least 10 connection details in csi-kms-connection-details configmap.
Actual results:
After there is at least 9 connection details, connection details in form do not change after "Save" is clicked and user can not create a new StorageClass with new connection details to KMS.
Expected results:
User should be able to create new storageclass with new connection details to KMS even when there already exist more connection details.
Additional info:
IMO we should not allow using the same name for the same KMS service.
This is not a blocker issue as I don't think the user will use 9 different vault servers with a single OCP instance.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (Moderate: OpenShift Container Platform 4.9.0 bug fix and security update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHSA-2021:3759