Skip to content

Conversation

@runkecheng
Copy link
Collaborator

@runkecheng runkecheng commented Jan 13, 2022

What type of PR is this?

/bug

Which issue(s) this PR fixes?

Fixes #353

What this PR does?

Summary:

In K8S, when using DNS to access the POD, even if the POD does not exist, the connection can be established, so it is necessary to limit the timeout time when sending the HTTP request, otherwise it will not obtain the return result.

This is the cause of the cluster status that can't be updated after the POD fault.

by e2e

Special notes for your reviewer?

@runkecheng runkecheng added the bug Something isn't working label Jan 13, 2022
@runkecheng runkecheng added this to the v2.1.2 milestone Jan 13, 2022
@runkecheng runkecheng self-assigned this Jan 13, 2022
@runkecheng runkecheng force-pushed the fix_kill_pod_cannot_failover branch from 00208e2 to c1b775a Compare January 13, 2022 10:08
@acekingke
Copy link
Contributor

LGTM

@runkecheng runkecheng force-pushed the fix_kill_pod_cannot_failover branch from c1b775a to 0645965 Compare January 14, 2022 10:32
@runkecheng runkecheng force-pushed the fix_kill_pod_cannot_failover branch from 0645965 to 2932c8b Compare January 14, 2022 10:33
Copy link
Contributor

@andyli029 andyli029 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM.

@andyli029 andyli029 merged commit d9af38b into radondb:main Jan 14, 2022
zhl003 pushed a commit to zhl003/radondb-mysql-kubernetes that referenced this pull request Aug 17, 2022
…ilover

internal: Fixed the cluster status cannot be changed after the POD ex…
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[bug] Cluster can not recover after killing leader pod.

3 participants