-
Notifications
You must be signed in to change notification settings - Fork 88
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
Appending /etc/hosts is triggering master reboot cycles #63
Comments
Possible resolution is for the MCD to stop caring about |
We update |
Well, with openshift/machine-config-operator#225 landed, the MCD is out of the business of touching |
@knobunc @smarterclayton any concerns with cluster-dns-operator assuming management responsibilities for |
@wking want to close this one out as resolved by |
Works for me, just so y'all know you're officially in charge of the file now ;). |
@wking cool. Thanks... we just have a different hack to manage the same thing... but a little more dynamically :-) |
Since #56, this operator has been adding content to
/etc/hosts
. But that file is managed by the machine-config daemon, and when the MCD detects the altered content, it reboots the node. The node comes back up, and tries to restore the expected pods, and presumably the whole cycle repeats again. This makes it harder for external clients to connect to the Kubernetes and OpenShift API servers (openshift/origin#21612), and that shows up in failed aws-e2e CI runs as random, unrelated flakes. I'm not sure what the/etc/hosts
additions are for, but can you find another approach that accomplishes the same goal? Or find some way to ask the MCD to append your content, instead of reaching around the MCD and touching the file directly?CC @abhinavdahiya, @ironcladlou, @pravisankar
The text was updated successfully, but these errors were encountered: