Skip to content
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

MachineHealthCheck nodes cache doesn't stop after cluster deletion #2902

Closed
gab-satchi opened this issue Apr 13, 2020 · 2 comments
Closed

MachineHealthCheck nodes cache doesn't stop after cluster deletion #2902

gab-satchi opened this issue Apr 13, 2020 · 2 comments
Labels
kind/bug Categorizes issue or PR as related to a bug.

Comments

@gab-satchi
Copy link
Member

What steps did you take and what happened:

  • created a new workload cluster with a MachineHealthCheck watching the worker nodes on the cluster
  • delete the workload cluster

What happened
The workload cluster along with the MachineHealthCheck gets deleted; however, the cache set up by the capi-controller continues to look for nodes on the workload cluster. The logs from the capi-controller is overwhelmed with the following:

E0413 19:26:49.844602       1 reflector.go:153] pkg/mod/k8s.io/[email protected]/tools/cache/reflector.go:105: Failed to list *v1.Node: Get <workload-cluster-api-server>:6443/api/v1/nodes?limit=500&resourceVersion=0: dial tcp: lookup <workload-cluster-api-server> no such host

What did you expect to happen:
The cache stops when the cluster/machine health check is deleted.

Anything else you would like to add:
we seem to start the cache here with a context Done channel, but that channel will never close.
restarting the capi-controller pod will of course clear the error.

Environment:

  • Cluster-api version: 0.3.3
  • Minikube/KIND version: 0.7.0
  • Kubernetes version: (use kubectl version): 1.17.3

/kind bug

@k8s-ci-robot k8s-ci-robot added the kind/bug Categorizes issue or PR as related to a bug. label Apr 13, 2020
@vincepri
Copy link
Member

Duplicate of #2577, work started in #2880

@gab-satchi
Copy link
Member Author

Thanks @vincepri

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug.
Projects
None yet
Development

No branches or pull requests

3 participants