-
Notifications
You must be signed in to change notification settings - Fork 45
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
kube-apiserver
instances only rely on a local etcd
member
#2080
Labels
kind:bug
Something isn't working
topic:deployment
Bugs in or enhancements to deployment stages
topic:etcd
Anything related to etcd
Milestone
Comments
gdemonet
added
kind:bug
Something isn't working
topic:deployment
Bugs in or enhancements to deployment stages
moonshot
topic:etcd
Anything related to etcd
labels
Nov 26, 2019
alexandre-allard
added a commit
that referenced
this issue
Jan 10, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Refs: #2080
alexandre-allard
added a commit
that referenced
this issue
Jan 10, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Refs: #2080
alexandre-allard
added a commit
that referenced
this issue
Jan 10, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Refs: #2080
alexandre-allard
added a commit
that referenced
this issue
Jan 10, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Refs: #2080
Ebaneck
pushed a commit
that referenced
this issue
Jan 16, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Refs: #2080
Ebaneck
pushed a commit
that referenced
this issue
Jan 16, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Refs: #2080
Ebaneck
pushed a commit
that referenced
this issue
Jan 16, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Refs: #2080
Ebaneck
pushed a commit
that referenced
this issue
Jan 17, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Refs: #2080
Ebaneck
pushed a commit
that referenced
this issue
Jan 18, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Refs: #2080
alexandre-allard
added a commit
that referenced
this issue
Jan 20, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Set the local etcd, if any, as the first member in the list. Refs: #2080
alexandre-allard
added a commit
that referenced
this issue
Jan 20, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Set the local etcd, if any, as the first member in the list. Refs: #2080
Ebaneck
pushed a commit
that referenced
this issue
Jan 20, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Refs: #2080
alexandre-allard
added a commit
that referenced
this issue
Jan 23, 2020
Define all clients URLs as etcd servers for API server backend, this way, if the local etcd is down, the API server is still able to answer. Set the local etcd, if any, as the first member in the list. Refs: #2080
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
kind:bug
Something isn't working
topic:deployment
Bugs in or enhancements to deployment stages
topic:etcd
Anything related to etcd
Component: kubernetes
What happened:
In the manifest for
kube-apiserver
we deploy, we set theetcd
servers only to the local server:--etcd-servers=https://{{ grains.metalk8s.control_plane_ip }}:2379
What was expected:
We should not rely on the fact that we usually deploy
etcd
next tok-a
. Instead, all members should be listed in this--etcd-servers
flag, and the manifests should be updated everytime a new member is added/removed to theetcd
cluster.The text was updated successfully, but these errors were encountered: