Btrfs bug tracking 2
Open
Nobody has claimed this yet.
- Dominant language
- OCaml
- Stars
- 67
- Forks
- 19
- PR merge metrics
- No merged PRs in 30d
Description
On x86-bm-7.ocamllabs.io, btrfs subvolume sync has been running for days:
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1986 11.7 0.4 5407724 414700 ? Ssl Apr26 3329:46 /usr/local/bin/ocluster-worker /etc/ocluster/pool.cap --name=x86-bm-7.ocamllab
root 2074402 0.0 0.0 6108 1396 ? S May11 0:17 \_ btrfs subvolume sync -- /var/cache/obuilder
This is preventing other jobs from running. Running the command manually also hangs, but it can be cancelled with Ctrl-C.
This is running Ubuntu 21.04.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the ocluster-worker invocation and /etc/ocluster/pool.cap on x86-bm-7.ocamllabs.io, then reproduce the hanging btrfs subvolume sync -- /var/cache/obuilder on Ubuntu 21.04. Done means the sync no longer blocks other jobs and can be cancelled or completes without leaving the worker stuck.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- linux, ocaml, ubuntu
- Domain
- infrastructure, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100