You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
distributed.diskutils INFO showing in notebook cell #6649
When I'm on a Jupyterlab session, sometimes when starting a client, with Local cluster. I don't have a reproducer as this happens only sometimes. But the following logs appear on red when I run:
2022-06-29 07:53:44,649 - distributed.diskutils - INFO - Found stale lock file and directory '/Users/ncclementi/Documents/git/my_forks/dask-tutorial/dask-worker-space/worker-2tl8qil1', purging
2022-06-29 07:53:44,650 - distributed.diskutils - INFO - Found stale lock file and directory '/Users/ncclementi/Documents/git/my_forks/dask-tutorial/dask-worker-space/worker-bl6_3xyz', purging
2022-06-29 07:53:44,650 - distributed.diskutils - INFO - Found stale lock file and directory '/Users/ncclementi/Documents/git/my_forks/dask-tutorial/dask-worker-space/worker-xwo8clv2', purging
2022-06-29 07:53:44,650 - distributed.diskutils - INFO - Found stale lock file and directory '/Users/ncclementi/Documents/git/my_forks/dask-tutorial/dask-worker-space/worker-e7vgwheh', purging
I usually can "fix" this by deleting the existing dask-worker-space directory. Environment:
This should only happen if your previous process running the cluster died unexpectedly. If a previous cluster died without giving the worker time to close gracefully (e.g. a SIGKILL) distributed will notice "stale" locks of earlier worker instances once started and is cleaning this up.
This should only happen if your previous process running the cluster died unexpectedly
Is restarting a notebook kernel or an interrupt qualify as "unexpected"?
distributed will notice "stale" locks of earlier worker instances once started and is cleaning this up.
This makes sense but, do we need the red warning on the notebooks? I feel this puts users off because it's red. It can also be hard to understand for beginners if there is something wrong or not.
Activity
fjetter commentedon Jun 29, 2022
This should only happen if your previous process running the cluster died unexpectedly. If a previous cluster died without giving the worker time to close gracefully (e.g. a SIGKILL) distributed will notice "stale" locks of earlier worker instances once started and is cleaning this up.
ncclementi commentedon Jun 29, 2022
Is restarting a notebook kernel or an interrupt qualify as "unexpected"?
This makes sense but, do we need the red warning on the notebooks? I feel this puts users off because it's red. It can also be hard to understand for beginners if there is something wrong or not.
ncclementi commentedon Jun 29, 2022
It's fairly common to restart your kernel when working on a notebook, and this happens when doing so.
fjetter commentedon Jun 30, 2022
I'm open to lowering this log to debug level