-
-
Notifications
You must be signed in to change notification settings - Fork 719
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
Handling exceptions in Worker plugins #4297
Comments
Failing on start seems sensible to me.
…On Wed, Dec 2, 2020 at 3:42 AM Peter Andreas Entschev < ***@***.***> wrote:
I have noticed that Worker plugins exceptions are currently not handled,
but they are checked and returned as a message to the caller in
https://github.com/dask/distributed/blob/a192b22dece37b9e151b71aaaa129a409f5bc630/distributed/worker.py#L2392-L2398
Specifically, plugins are awaited in Worker.start():
https://github.com/dask/distributed/blob/a192b22dece37b9e151b71aaaa129a409f5bc630/distributed/worker.py#L1142-L1144
I'm not sure what is supposed to happen with the error message, is it
supposed to be passed to the scheduler somehow? Currently it seems to me
that these message are silently ignored and not logged at all, but I am
still not sure what is the expected way to handle this. For me, it looks as
if we should check the status of message of each plugin, and if it raised
an exception we should re-raise them within Worker.start() itself. Is
that the right solution or is there something else we should do here? I'm
happy to work on a fix either way, but I wanted to check what's the right
way to fix it before spending the time on a potentially flawed fix.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#4297>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACKZTG4GBJBBLZPLEPDTQTSSYR4HANCNFSM4UKL6HMQ>
.
|
This was referenced Dec 2, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I have noticed that
Worker
plugins exceptions are currently not handled, but they are checked and returned as a message to the caller indistributed/distributed/worker.py
Lines 2392 to 2398 in a192b22
Specifically, plugins are awaited in
Worker.start()
:distributed/distributed/worker.py
Lines 1142 to 1144 in a192b22
I'm not sure what is supposed to happen with the error message, is it supposed to be passed to the scheduler somehow? Currently it seems to me that these message are silently ignored and not logged at all, but I am still not sure what is the expected way to handle this. For me, it looks as if we should check the status of message of each plugin, and if it raised an exception we should re-raise them within
Worker.start()
itself. Is that the right solution or is there something else we should do here? I'm happy to work on a fix either way, but I wanted to check what's the right way to fix it before spending the time on a potentially flawed fix.The text was updated successfully, but these errors were encountered: