Description of problem (please be detailed as possible and provide log snippests): Within Cloud Pak for Data, a DB2/db2oltp Service Instance (db2uclusters.db2u.databases.ibm.com CR) creates multiple PVC's that include the instance ID: ```` astreit@Andrews-MacBook-Pro-2 cp4d % oc get pvc NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS VOLUMEATTRIBUTESCLASS AGE activelogs-c-db2oltp-1728992150475551-db2u-0 Bound pvc-80a18968-d51d-485c-8f1e-74cc1d2c4913 100Gi RWO ocs-storagecluster-ceph-rbd <unset> 28h archivelogs-c-db2oltp-1728992150475551-db2u-0 Bound pvc-284ea868-2249-410b-8179-f40f58fc6cf6 100Gi RWO ocs-storagecluster-ceph-rbd <unset> 28h c-db2oltp-1728992150475551-backup Bound pvc-8307cd4b-bd9f-4839-9a81-3b213bc0b86b 100Gi RWX ocs-storagecluster-cephfs <unset> 28h c-db2oltp-1728992150475551-meta Bound pvc-3e984121-337f-428e-ba28-48efba7a292f 100Gi RWX ocs-storagecluster-cephfs <unset> 28h data-c-db2oltp-1728992150475551-db2u-0 Bound pvc-3a085680-f51c-4ea1-90a0-02f63ad4df5b 100Gi RWO ocs-storagecluster-ceph-rbd <unset> 28h tempts-c-db2oltp-1728992150475551-db2u-0 Bound pvc-ae2b4779-7eb2-42a3-8f65-6bc885529913 100Gi RWO ocs-storagecluster-ceph-rbd <unset> 28h ```` When replicating a Protected Application volumes via Volsync within the context of ACM Disaster recovery/Enroll Application/Discovered Application, it appears Volsync pre-pends "volsync-" when generating replicated PVC and "volsync-rsync-tls-src-" when generating Volsync Job/Pod names. The additional characters result in the following error/failure within the corresponding ReplicationSource CR: ```` astreit@Andrews-MacBook-Pro-2 cp4d % oc get replicationsource -n cpd-ins activelogs-c-db2oltp-1728992150475551-db2u-0 -o yaml apiVersion: volsync.backube/v1alpha1 kind: ReplicationSource metadata: creationTimestamp: "2024-10-15T19:11:13Z" generation: 1 labels: volumereplicationgroups-owner: cpd-op-ins volumereplicationgroups-owner-namespace: openshift-dr-ops name: activelogs-c-db2oltp-1728992150475551-db2u-0 namespace: cpd-ins resourceVersion: "29531017" uid: 80583267-a83c-4c81-a1b4-868df61b4bf4 spec: rsyncTLS: accessModes: - ReadWriteOnce address: volsync-rsync-tls-dst-activelogs-c-db2oltp-1728992150475551-db2u-0.cpd-ins.svc.clusterset.local copyMethod: Snapshot keySecret: cpd-op-ins-vs-secret storageClassName: ocs-storagecluster-ceph-rbd volumeSnapshotClassName: ocs-storagecluster-rbdplugin-snapclass sourcePVC: activelogs-c-db2oltp-1728992150475551-db2u-0 trigger: schedule: '*/5 * * * *' status: conditions: - lastTransitionTime: "2024-10-15T19:11:42Z" message: 'Job.batch "volsync-rsync-tls-src-activelogs-c-db2oltp-1728992150475551-db2u-0" is invalid: spec.template.labels: Invalid value: "volsync-rsync-tls-src-activelogs-c-db2oltp-1728992150475551-db2u-0": must be no more than 63 characters' reason: Error status: "False" type: Synchronizing lastSyncStartTime: "2024-10-15T19:11:13Z" latestMoverStatus: {} rsyncTLS: {} ```` Version of all relevant components (if applicable): Does this issue impact your ability to continue to work with the product (please explain in detail what is the user impact)? Yes, the naming of db2oltp PVC's are valid and not managed by the user. Is there any workaround available to the best of your knowledge? No. Db2 containerized offering can not changed. Rate from 1 - 5 the complexity of the scenario you performed that caused this bug (1 - very simple, 5 - very complex)? 2 Can this issue reproducible? Yes Can this issue reproduce from the UI? Yes If this is a regression, please provide more details to justify this: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Moving the non-blocker BZs out of ODF-4.17.0. If this BZ is a blocker, Please feel free to propose it with justification note.