Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Python launched through guest shell stalls on queued filesystem RPCs

オープン
  • 何か問題がありますか？
#2,012 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@ankssjain がすでに取り組んでいます。

2026年9月29日 から。

  • #2013 @ankssjain による — オープン

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
52/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
node.js, rust, wasm
領域
backend, operating-systems

調査の方向性

Start at pump_child_process_events_nowait and the WASM parent polling path, then run repro.mjs in both direct and shell modes. Trace how queued Python VFS requests and socket completions are assigned beneath WASM parents while stdout, stderr, and exit remain on the parent path. Done means the shell invocation completes with exit code 0 and stdout 42\n without regressing direct execution.

索引モデルが issue の本文から書いたものです。

説明

Running python -c "print(42)" through the guest shell times out, while starting Python directly succeeds. This reproduces with embedded AgentOs.create(); no actor, Rivet Engine, database, or LLM is involved.

Reproduction

Tested with Node.js 24 on Linux arm64 and the published packages:

npm install --save-exact @rivet-dev/[email protected] @rivet-dev/[email protected]
node repro.mjs direct
node repro.mjs shell

repro.mjs:

import { AgentOs } from "@rivet-dev/agentos-core";
import { SidecarProcess } from "@rivet-dev/agentos-runtime-core";

// Isolate this timeout from a separate command-registration problem:
// configureVm currently omits the runtime commands registered by createVm.
const configureVm = SidecarProcess.prototype.configureVm;
SidecarProcess.prototype.configureVm = function (session, vm, options) {
  return configureVm.call(this, session, vm, {
    ...options,
    bootstrapCommands: [
      ...new Set(["node", "npm", "npx", "python", "python3",
        ...(options.bootstrapCommands ?? [])]),
    ],
  });
};

const vm = await AgentOs.create({
  defaultSoftware: true,
  permissions: {
    fs: "allow", process: "allow", childProcess: "allow",
    network: "deny", env: "deny",
  },
});
try {
  const options = { timeoutMs: 10_000, output: { capture: "all" } };
  const result = process.argv[2] === "direct"
    ? await vm.process.execFile("python", ["-c", "print(42)"], options)
    : await vm.process.exec('python -c "print(42)"', options);
  console.log(result);
} finally {
  await vm.dispose();
}

Expected: both invocations finish with exit code 0 and stdout 42\n.

Observed:

  • Direct: outcome: "succeeded", exitCode: 0, stdout: "42\n" (about 2.4 seconds).
  • Shell: outcome: "timed_out", exitCode: 137, empty stdout/stderr after 10 seconds, error code execution_timed_out.
Diagnosis

The shell resolves and starts Python. Python then stalls during filesystem initialization, before reaching the user code. Its initial fsReaddir("/") needs a Python VFS RPC response.

In current main (63ae3b256749d47c7b3a7c463128d5deda57d1bb):

  1. The WASM parent's polling path requeues Python VFS events for the owned process-event supervisor and wakes it.
  2. pump_child_process_events_nowait skips all children whose parent is WASM, to preserve the parent's ownership of stdout/stderr/exit.
  3. That skip also prevents the supervisor from claiming the queued Python request. Python waits for the response while the shell waits for Python.

The repair should service supervisor-owned Python VFS requests (and Python socket completions) beneath WASM parents while keeping stdout/stderr/exit on the parent's polling path.

Related: #2007 addresses queued JavaScript process-control requests beneath WASM parents. Python VFS requests are a separate event variant and need handling too. This also differs from #1881 / #1980: in this reproduction Python is found and starts, then stalls.

主要言語
Rust
スター
4.7k
フォーク
263
平均マージ
9時間 43分
マージ済み PR（30日）
27

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

rivet-dev/agentos のほかの issue

rivet-dev/agentos の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。