Skip to content

Handle errant workers when another worker has data #1853

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
Mar 23, 2018

Conversation

mrocklin
Copy link
Member

@mrocklin mrocklin commented Mar 22, 2018

Previously we would fail in the following situation:

  1. A and B both have data
  2. C tries to get data from A
  3. A fails during this transfer
  4. The scheduler goes to clean things up and gets confused because
    someone (B) still has the data

The fix for this wasn't hard, but the test is a bit odd. It seems
that the subsequent communication from C to B fails, which I don't
yet understand.

Related to #1836

Previously we would fail in the following situation:

1.  A and B both data
2.  C tries to get data from A
3.  A fails during this transfer
4.  The scheduler goes to clean things up and gets confused because
    someone (B) still has the data

The fix for this wasn't hard, but the test is a bit odd.  It seems
that the subsequent communication from C to B fails, which I don't
yet understand.

Related to dask#1836
@mrocklin mrocklin merged commit 1c1bb55 into dask:master Mar 23, 2018
@mrocklin mrocklin deleted the errant-worker branch March 23, 2018 19:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant