NBD device-release race + partscan noise: isDeviceFree predicate too weak, causes dmesg I/O errors
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 65/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- go, linux
- Domain
- infrastructure, operating-systems
Research direction
Start in pool.go at DevicePool.isDeviceFree and inspect the existing Go tests covering device release and ReclaimLeaked. Verify the current pid and size checks, then cover the inflight and holders signals with fallback behavior for missing sysfs files. Done means a device is reused only after the required quiescence checks pass, while older kernels do not wedge the pool.
Written by the indexing model from the issue text.
Description
Symptom
On nodes with rapid sandbox create/destroy churn (dev-sandbox-2, kernel 6.14.0-37), dmesg fills with NBD I/O errors clustered exactly at the moment one sandbox is being torn down while its NBD device is still releasing and a new sandbox's allocation request arrives:
block nbd76: Receive control failed (result -32)
nbd78: detected capacity change from 0 to 47847424
block nbd76: NBD_DISCONNECT
block nbd76: Send disconnect failed -32
I/O error, dev nbd76, sector 0 op 0x0:(READ) ...
Buffer I/O error on dev nbd76, logical block 0, async page read
ldm_validate_partition_table(): Disk read failed.
nbd76: unable to read partition table
Root cause
1. isDeviceFree predicate is too weak (pool.go)
DevicePool.isDeviceFree decides a slot is free from only two signals:
/sys/block/nbdX/pidabsent (no connected server), and/sys/block/nbdX/size == 0.
But NBD disconnect completes in two stages:
- Synchronous stage:
Status.Connectedflips false, thepidfile disappears, andnbd_bdev_resetcallsset_capacity(disk, 0)sosizereads 0. These finish inside the disconnect call path. - Asynchronous stage: completion/cancellation of in-flight
blk_mqrequests, page-cache invalidation (__invalidate_device), reclaim of readahead / partition-scan reads, and exit of the recv work onnbd->recv_workq. These run on a workqueue and are not guaranteed to be done at the instantsizehits 0.
So size==0 && no pid only proves the capacity was reset — it does not prove the device is quiescent. The dmesg Receive control failed (result -32 / -EPIPE) and I/O error sector 0 lines are exactly the async-stage probe reads / in-flight requests hitting a socket that is already closed.
For in-process slot reuse, the usedSlots bit is only cleared in ReleaseDevice, so the same process will not hand the slot out early. But ReclaimLeaked (which, after an orchestrator restart, decides who is still connected purely from the pid file) and any bare device-probe path cannot rely on this predicate to prove the device has come to rest.
2. partscan noise (deployment layer)
The nbd module is loaded with max_part=16, so every /sys/block/nbdX/partscan == 1. As a result, both nbdnl.Connect's set_capacity and the os.Open(devicePath) in Open() trigger the kernel's automatic partition scan, issuing probe reads against sector 0 / RDB / LDM. Those reads land on connections that are either mid-teardown (socket already closed) or freshly established and not yet stable, producing the I/O error sector 0 and unable to read partition table lines.
The sandbox rootfs is a bare ext4 image with no partition table, so these scans are pure waste: they spam dmesg, burn backend I/O on the create hot path, and can drown out genuine EIO.
Confirmed runtime facts (dev-sandbox-2)
/sys/block/nbdX/inflightexists; idle value is0 0(two columns: in-flight reads / writes)./sys/block/nbdX/holders/exists; empty when nothing holds the device./sys/block/nbdX/partscan == 1, read-only (governed by module parammax_part=16).nbds_max == 4096.
Proposed fix
A. Strengthen isDeviceFree: on top of no pid + size==0, additionally require
inflight == "0 0"(no in-flight blk_mq requests), andholders/empty (no udev / partition-probe / mount reference).
Only when all hold is the device declared free. This actually proves quiescence and closes the window in which the async-stage probe reads occur. Both new signals are best-effort: if the sysfs files are absent (older kernels), the check falls back to the size-only decision so the pool never wedges on a signal that will never appear.
B. Suppress partscan (deployment): set options nbd nbds_max=4096 max_part=0 via /etc/modprobe.d/nbd.conf so nbd creates no partitions and triggers no scan.
The accompanying PR lands A (Go layer, with tests). B is a deployment-side recommendation given in the PR description.
- Dominant language
- Go
- Stars
- 1.6k
- Forks
- 438
- PR merge metrics
- No merged PRs in 30d
Contributor guide
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.
More from e2b-dev/runtime
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
sandbox cache: StartRemoving state transition not broadcast, all allocations see stale Running state Open
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Difficulty 1/5 Under an hour Newbie friendliness 86/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
Similar issues
-
agentic-workflows
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
agentic-workflows
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
microsoft/agent-framework-go#1179 ·
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
[Bug]: OLLAMA_KEEP_ALIVE="5m" / "24h" crashes Ollama embedding and vision models with ValueError Open
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
infiniflow/ragflow#20223 · 1 reaction ·
-
bug needs triage pkg/translator/faro
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
open-telemetry/opentelemetry-collector-contrib#51484 · 1 comment ·