Closed pre closed 4 months ago
Hi @pre
I have tested it locally, and the operator did not remove the serviceInstanceNamespace attribute.
Regards, Naama
Hi @pre We were not able to reproduce this issue If you still see this issue please verify the service binding crd has this field in the schema (https://github.com/SAP/sap-btp-service-operator/blob/main/config/crd/bases/services.cloud.sap.com_servicebindings.yaml#L143) reopen in case needed
Thanks for the response! My resource had apiVersion: services.cloud.sap.com/v1alpha1
which does not allow spec.serviceInstanceNamespace
. So it was not ArgoCD removing the attribute, it was the resource validation failing an unsupported attribute.
Changing to apiVersion: services.cloud.sap.com/v1
allows deploying with serviceInstanceNamespace
.
The
serviceInstanceNamespace
in theServiceBinding
resource is interpreted but then removed from the resource by sap-btp-service-operator. Creating the ServiceBinding is successful, though.The problem: When manifests managed by ArgoCD, suddenly disappearing attributes cause a reconciliation loop.
serviceInstanceNamespace
serviceInstanceNamespace
attributeserviceInstanceNamespace
and adds it back-> sap-btp-service-operator must not remove any attributes from the ServiceBinding resource.
We are using v0.6.0 at the moment.
Given a ServiceBinding manifest as follows:
The ServiceBinding is created successfully
But ArgoCD sees the missing attribute and its declaration causes an indefinite reconciliation loop between argocd & sap-btp-service-operator:
sap-btp-service-operator logs