NBD device-release race + partscan noise: isDeviceFree predicate too weak, causes dmesg I/O errors
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 65/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- go, linux
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Go
- Estrellas
- 1.6k
- Forks
- 438
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de e2b-dev/runtime
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
sandbox cache: StartRemoving state transition not broadcast, all allocations see stale Running state Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Todos los issues de e2b-dev/runtime
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
bazel-contrib/rules_go#4726 · 1 comentario ·
-
area/auto-scaling area/monitoring area/ops-productivity kind/enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Type/Improvement
Dificultad 1/5 1-3 horas Aptitud para principiantes 90/100
OpenNSW/nsw-srilanka#522 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 92/100