Skip to content

fix(conn): Reconnect via a redial #7918

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

Merged
merged 1 commit into from
Jun 22, 2021
Merged

fix(conn): Reconnect via a redial #7918

merged 1 commit into from
Jun 22, 2021

Conversation

manishrjain
Copy link
Contributor

@manishrjain manishrjain commented Jun 22, 2021

In case the heartbeats in a connection pool stop, try to re-establish the connection via a re-dial. That's a more robust way than waiting for current connection to become usable again. This allow much faster recovery from network partitions.


This change is Reviewable

@manishrjain manishrjain merged commit 947a62b into master Jun 22, 2021
@manishrjain manishrjain deleted the mrjn/reconnect branch June 22, 2021 20:57
danielmai pushed a commit that referenced this pull request Jun 22, 2021
In case the heartbeats in a connection pool stop, try to re-establish the connection via a redial. That's a more robust way than waiting for current connection to become usable again and allows much faster recovery from network partitions.

(cherry picked from commit 947a62b)
danielmai pushed a commit that referenced this pull request Jun 22, 2021
In case the heartbeats in a connection pool stop, try to re-establish the connection via a redial. That's a more robust way than waiting for current connection to become usable again and allows much faster recovery from network partitions.

(cherry picked from commit 947a62b)
danielmai pushed a commit that referenced this pull request Jun 22, 2021
In case the heartbeats in a connection pool stop, try to re-establish the connection via a redial. That's a more robust way than waiting for current connection to become usable again and allows much faster recovery from network partitions.

(cherry picked from commit 947a62b)
danielmai pushed a commit that referenced this pull request Jun 22, 2021
In case the heartbeats in a connection pool stop, try to re-establish the connection via a redial. That's a more robust way than waiting for current connection to become usable again and allows much faster recovery from network partitions.

(cherry picked from commit 947a62b)
danielmai added a commit that referenced this pull request Jun 22, 2021
In case the heartbeats in a connection pool stop, try to re-establish the connection via a redial. That's a more robust way than waiting for current connection to become usable again and allows much faster recovery from network partitions.

(cherry picked from commit 947a62b)

Co-authored-by: Manish R Jain <manish@dgraph.io>
danielmai added a commit that referenced this pull request Jun 22, 2021
In case the heartbeats in a connection pool stop, try to re-establish the connection via a redial. That's a more robust way than waiting for current connection to become usable again and allows much faster recovery from network partitions.

(cherry picked from commit 947a62b)

Co-authored-by: Manish R Jain <manish@dgraph.io>
danielmai added a commit that referenced this pull request Jun 22, 2021
In case the heartbeats in a connection pool stop, try to re-establish the connection via a redial. That's a more robust way than waiting for current connection to become usable again and allows much faster recovery from network partitions.

(cherry picked from commit 947a62b)

Co-authored-by: Manish R Jain <manish@dgraph.io>
manishrjain added a commit that referenced this pull request Jul 16, 2021
JoinCluster loop was getting the connection from pool upfront, and then looping over it. This opened up a bug because in #7918 , we close the connection in case it becomes unhealthy.

This PR gets the latest connection available in the loop. This was the only place in the codebase where I found this issue.
danielmai pushed a commit that referenced this pull request Jul 16, 2021
JoinCluster loop was getting the connection from pool upfront, and then looping over it. This opened up a bug because in #7918 , we close the connection in case it becomes unhealthy.

This PR gets the latest connection available in the loop. This was the only place in the codebase where I found this issue.

(cherry picked from commit 7531e95)
danielmai pushed a commit that referenced this pull request Jul 16, 2021
JoinCluster loop was getting the connection from pool upfront, and then looping over it. This opened up a bug because in #7918 , we close the connection in case it becomes unhealthy.

This PR gets the latest connection available in the loop. This was the only place in the codebase where I found this issue.

(cherry picked from commit 7531e95)
danielmai pushed a commit that referenced this pull request Jul 16, 2021
JoinCluster loop was getting the connection from pool upfront, and then looping over it. This opened up a bug because in #7918 , we close the connection in case it becomes unhealthy.

This PR gets the latest connection available in the loop. This was the only place in the codebase where I found this issue.

(cherry picked from commit 7531e95)
danielmai pushed a commit that referenced this pull request Jul 16, 2021
JoinCluster loop was getting the connection from pool upfront, and then looping over it. This opened up a bug because in #7918 , we close the connection in case it becomes unhealthy.

This PR gets the latest connection available in the loop. This was the only place in the codebase where I found this issue.

(cherry picked from commit 7531e95)
(cherry picked from commit c4098ed)
danielmai added a commit that referenced this pull request Jul 16, 2021
JoinCluster loop was getting the connection from pool upfront, and then looping over it. This opened up a bug because in #7918 , we close the connection in case it becomes unhealthy.

This PR gets the latest connection available in the loop. This was the only place in the codebase where I found this issue.

(cherry picked from commit 7531e95)

Co-authored-by: Manish R Jain <manish@dgraph.io>
danielmai added a commit that referenced this pull request Jul 16, 2021
JoinCluster loop was getting the connection from pool upfront, and then looping over it. This opened up a bug because in #7918 , we close the connection in case it becomes unhealthy.

This PR gets the latest connection available in the loop. This was the only place in the codebase where I found this issue.

(cherry picked from commit 7531e95)

Co-authored-by: Manish R Jain <manish@dgraph.io>
danielmai added a commit that referenced this pull request Jul 16, 2021
JoinCluster loop was getting the connection from pool upfront, and then looping over it. This opened up a bug because in #7918 , we close the connection in case it becomes unhealthy.

This PR gets the latest connection available in the loop. This was the only place in the codebase where I found this issue.

(cherry picked from commit 7531e95)

Co-authored-by: Manish R Jain <manish@dgraph.io>
danielmai added a commit that referenced this pull request Jul 16, 2021
JoinCluster loop was getting the connection from pool upfront, and then looping over it. This opened up a bug because in #7918 , we close the connection in case it becomes unhealthy.

This PR gets the latest connection available in the loop. This was the only place in the codebase where I found this issue.

(cherry picked from commit 7531e95)
(cherry picked from commit c4098ed)

Co-authored-by: Manish R Jain <manish@dgraph.io>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

1 participant