-
Notifications
You must be signed in to change notification settings - Fork 95
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
Issue when deleting ingress rule or annotations removal doesn't remove the gslb records #361
Comments
@kuritka it's not a bug. Annotation-based support was never meant to revert the initial ownership chain of Gslb -> automatically created Ingress under control. We created annotation-based propagation for the ease of adoption and integration with external tools to bootstrap Gslb CR. |
@ytsarev, thx for explaining 👍 |
There's another scenario that gets impacted by current behavior: replacement of already created gslb custom resources to Ingresses with gslb annotations. |
We need to fix it soon then. Included in the current 0.8 milestone |
* Enables proper Ingress -> Gslb CR ownership in case of annotation based management approach with pre-existing Ingress as in https://www.k8gb.io/docs/ingress_annotations.html * Resolves #361 * Covered by Terratest Signed-off-by: Yury Tsarev <yury.tsarev@absa.africa>
* Enables proper Ingress -> Gslb CR ownership in case of annotation based management approach with pre-existing Ingress as in https://www.k8gb.io/docs/ingress_annotations.html * Resolves #361 * Covered by Terratest Signed-off-by: Yury Tsarev <yury.tsarev@absa.africa>
* Enables proper Ingress -> Gslb CR ownership in case of annotation based management approach with pre-existing Ingress as in https://www.k8gb.io/docs/ingress_annotations.html * Resolves #361 * Covered by Terratest Signed-off-by: Yury Tsarev <yury.tsarev@absa.africa>
* Enables proper Ingress -> Gslb CR ownership in case of annotation based management approach with pre-existing Ingress as in https://www.k8gb.io/docs/ingress_annotations.html * Resolves #361 * Covered by Terratest Signed-off-by: Yury Tsarev <yury.tsarev@absa.africa>
* Enables proper Ingress -> Gslb CR ownership in case of annotation based management approach with pre-existing Ingress as in https://www.k8gb.io/docs/ingress_annotations.html * Resolves #361 * Covered by Terratest Signed-off-by: Yury Tsarev <yury.tsarev@absa.africa>
Hi Team
I have deployed the k8gb to a cluster with Kube 1.16.15
I have used the k8gb annotations for the ingress and deleted it
what I have found is that the gslb record does not get deleted but tries to get recreated although the ingress has been deleted.
is there a way by means of annotation removal or when ingress is deleted that the ingress >>>> gslb relationship works smoothly and seamlessly to delete the actual gslb record when the ingress is unannotated or deleted
I had to manually use
k delete gslb -n namespace namegslbingress
The text was updated successfully, but these errors were encountered: