broot: br on ssh hangs indefinitely on large multi dir / multi project NVMe SSD

Describe the bug br freezes on first letter when used via ssh, local usage works fine.

To Reproduce Steps to reproduce the behavior:

  1. ssh localhost (only tested with actual remote machines)
  2. mkdir -p parity/polkadot; cd parity
  3. git clone https://github.com/paritytech/polkadot
  4. cd ..
  5. br
  6. <kbd>p</kbd> No more input is accepted, cannot send br to the background via <kbd>CTRL</kbd> + <kbd>Z</kbd>, can only terminate the terminal tab.

Expected behavior no hang

Screenshots If applicable, add screenshots to help explain your problem. image

Configuration (please complete the following information):

  • OS: [e.g. iOS] Fedora
  • Version [e.g. 22] broot 1.0.3

Additional context Add any other context about the problem here.

About this issue

  • Original URL
  • State: closed
  • Created 4 years ago
  • Comments: 22 (22 by maintainers)

Most upvoted comments

Version 1.0.4 has the fix

I can confirm master @ 64956e00 resolves the issue 🎉

I’ve merged it into master but I’d like confirmation this was really your problem

I just did, 1.0.0 works, 1.0.1 fails.

Thanks a lot for this test, this reduces the diff a lot

https://github.com/Canop/broot/compare/v0.20.3...v1.0.3

Version 0.20.3 works as anticipated as well.

Just verified that 0.19.4 works as anticipated.

Just to be sure I don’t misunderstand you: a version from 4 months ago (0.14 maybe?) did work, and the current one blocks ?

This is interesting. Can you give me the debug log of broot failing ?

Unless I’m wrong, this has no link to ssh: broot just seems to hang on your server.

Included for sake of completeness.

Is there a slow volume mounted somewhere in the visible tree ?

It’s all on one zstd compressed btrfs subvolume residing on a PCIe v3 NVMe SSD. There are no other partitions mounted under that subtree.