vp run: task output forwarding aborts with EAGAIN when stdout turns non-blocking mid-run (follow-up to #2165)
メンテナーはふだん 1 日以内に返信
@naokihaba がすでに取り組んでいます。
2026年9月25日 から。
評価
この issue はまだ評価されていません。
説明
Describe the bug
vp run -r <task> aborts with Failed to forward task process output: Resource temporarily unavailable (os error 11) (Linux, GitHub Actions) or os error 35 (macOS), then kills the other running tasks (exit 137). No test fails; the run is lost because output forwarding hit EAGAIN.
This is the same root cause as #2165. The fix there (#2173, ensureBlockingStdio() at startup) is present in our version, but it clears O_NONBLOCK only once. The flag gets set again mid-run on the shared stdout description, and the task-output forwarding path does not handle WouldBlock.
What we observed
We sampled os.get_blocking(1) every 50–200 ms from a sibling process sharing the same stdout pipe, with a deliberately slow reader (… | (sleep 25; cat)):
| Run | Non-blocking windows on the shared stdout |
|---|---|
vp run -r test, full workspace |
0.1–0.3 s, then 25.4–28.6 s, even when invoked as ./node_modules/.bin/vp (no package manager in between) |
vp run --filter <pkg> test, where test is a package.json script running playwright test |
1.4–4.5 s |
playwright test on its own |
0.4–3.6 s |
- The mid-run window appears when the reader starts draining a full pipe. That points at Node re-marking its non-TTY stdout non-blocking under backpressure. Any
ForwardTaskProcessOutputwrite landing in that window fails withEAGAIN. - Uncached tasks make it worse. vite-task runs them with inherited stdio (
crates/vt/src/session/execute/mod.rs:Uncached { pipe_writers: None } => SpawnStdio::Inherited), so a Node child such as Playwright marks the shared description non-blocking for seconds while other tasks' captured output is being forwarded. - A regular-file sink never fails (
vp run -r test > out.log), which is consistent withEAGAINon the write side.
Reproduction
- A workspace with several
vptest tasks producing a few thousand lines of output, plus one package whosetestis apackage.jsonscript (uncached, so it inherits stdio) running a Node tool, for exampleplaywright test. - Run with a stdout consumer that lags:
vp run -r test 2>&1 | (sleep 25; cat > /dev/null) vp run --last-details - The details show one task with
✗ Error: Failed to forward task process output: Resource temporarily unavailable (os error 35)and the rest✗ (exit code: 137).
On GitHub Actions it reproduced on 2 of 2 runs for one change set, and passed once we removed one test task from the run, which changed the task schedule. That makes it timing dependent, and silent until it isn't.
Versions
vite-plus0.2.9, which already callsensureBlockingStdio()indist/bin.js.- Node 24.21, macOS 26.5 (arm64) and GitHub Actions
ubuntu-24.04-arm. - We have not run 0.3.x or 1.0.0-rc.0, but
vite-taskmain(8dd41bc8) has noWouldBlockhandling inpipe_stdio/ForwardTaskProcessOutput. #2785 adds a retrying writer only for--versionandenv list-remote.
Suggested fix
- Retry
WouldBlockin the forwarding writer (poll the fd for writability, then retry), like theprint_and_flushhelper from #2785, rather than treatingEAGAINas fatal. - Alternatively, or as well, re-assert blocking mode on the sinks before writing. Clearing it once at startup cannot cover Node re-marking the description later, or inherited children marking it.
Workaround
Send vp's output to a regular file in CI and print it afterwards (vp run -r test > log 2>&1; rc=$?; cat log; exit $rc).
Related: #2165, #2173, #2169, #2785.
- 主要言語
- Rust
- スター
- 5.8k
- フォーク
- 267
- 平均マージ
- 21時間 2分
- マージ済み PR(30日)
- 149
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
voidzero-dev/vite-plus のほかの issue
-
pending triage
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
voidzero-dev/vite-plus#2801 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
voidzero-dev/vite-plus#2097 · コメント 10 件 · リアクション 2 件 ·
メンテナーはふだん 1 日以内に返信
-
Metadata-only config loads run `resolveConfig`, which reads `node_modules/.modules.yaml`; cached tasks that run `vp`, `oxlint` or `oxfmt` miss after every reinstall対応中かも @wan9chi が今日担当しました。 オープンpending triage
voidzero-dev/vite-plus#2845 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
vp check --no-lint still reports type-aware lint rules and ignores their disable comments対応中かも @camc314 が 3 日前に担当しました。 オープン
voidzero-dev/vite-plus#2830 · コメント 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
pending triage
難易度 4/5 3〜5日 初心者へのやさしさ 55/100
voidzero-dev/vite-plus#2816 ·
メンテナーはふだん 1 日以内に返信
voidzero-dev/vite-plus の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
-
area: cli bug priority: P2 ready-for-agent
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信