Skip to content

distributed.diskutils INFO showing in notebook cell #6649

Open

Description

@ncclementi

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:

from dask.distributed import Client

client = Client(n_workers=4)
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:

  • Dask version: 2022.6.1
  • Python version: 3.9
  • Operating System: MacOS
  • Install method (conda, pip, source): conda

Activity

  1. fjetter commented on Jun 29, 2022

    @fjetter
    Member

    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.

  2. ncclementi commented on Jun 29, 2022

    @ncclementi
    MemberAuthor

    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.

  3. ncclementi commented on Jun 29, 2022

    @ncclementi
    MemberAuthor

    It's fairly common to restart your kernel when working on a notebook, and this happens when doing so.

    purging_bug

  4. fjetter commented on Jun 30, 2022

    @fjetter
    Member

    I'm open to lowering this log to debug level

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions