Closed Fabian-K closed 2 years ago
@Fabian-K thanks for creating this issue! Could you also provide the logs of the syncer container when this issue occurs? Does manually deleting the pod have an effect?
Thanks for looking into this! Sure, the syncer log mostly contains controller.go:302] controller-runtime: manager: reconciler group reconciler kind Pod: controller: pod-forward: name ingressgateway-6d8b9cf54c-j6lfl namespace istio-system: Reconciler error get service account ingressgateway-service-account: ServiceAccount "ingressgateway-service-account" not found
I've attached the complete log of the syncer and the cluster container. In the files, there is also the local time prepended.
If I remember correctly, force-deleting the pod does resolve the issue. I think I did that around 9:28 but I´ll try to reproduce and double-check!
log-syncer.txt log-vcluster.txt
Update: Yes, force-deleting the "ghost" pod on vcluster side does help!
@Fabian-K thanks a lot for the information! I think we found the issue and included the fix in the newest beta (v0.4.0-beta.2), would be great if you could test with this version and confirm that this problem is fixed (we just released the new version, so it will probably take around an hour until the new version is available in the helm registry)
Cool, thanks a lot! I´ll give it a try - most likely tomorrow :)
Yes, this is fixed in v0.4.0-beta.2. Thanks a lot @FabianKramm !
Hi,
we are currently facing the following issue when running an integration test against a vcluster (
version 0.3.1
). The test deploys some workload to the cluster, in this case istio. After executing the actual test, it deletes all resources one after another.During this deletion phase, it gets stuck when deleting a namespace (
istio-system
). When looking at the namespace, it cannot be deleted because there exists still a pod (Some resources are remaining: pods. has 1 resource instances
).The pod is according to vcluster in the
phase: "Running"
, however when looking at the host cluster, the pod is already gone.The logs of the vcluster controller show the following lines over and over again:
Could it be that the missing (most likely in the meantime deleted service account) leads to the pods not being synced anymore? Let me know when you need more information!
Thanks, Fabian