Replies: 1 comment
-
Update: I found workaround for getting member list I can use curl command: But it is not possible to execute member remove this way: |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
When I was using etcd version 3.4 it was possible to manipulate etcd members (for example list) when the cluster lost forum and fix some situations when it was broken. After I upgraded to v3.5.12 which contains this change I can't execute
etcdctl members list
on a node that lost quorum. Is there maybe some workaround for that?If not, then maybe a etcdctl flag to use local members configuration could be added, so in case of disaster maintainer could be able to fix members list manually?
Also now
/health
endpoint is responding with "ok" only on a cluster that has quorum. Is there maybe an option to still use/health
with old behaviour (maybe with some http request parameter)?I know there are new endpoints
/livez
and/readyz
provided in 3.5.12, and /livez seems to behave like old/health
did.Beta Was this translation helpful? Give feedback.
All reactions