Self-hosted Embed: snapshot marked successful crashes on restore
メンテナーはふだん 1 日以内に返信
@svalleru がすでに取り組んでいます。
2026年9月23日 から。
評価
この issue はまだ評価されていません。
説明
On self-hosted Embed, a snapshot marked success crashes Firecracker on every restore attempt. The previous snapshot of the same sandbox restores normally.
Firecracker panicked at src/vmm/src/devices/mod.rs:34:9:
The number of available virtio descriptors 41919 is greater than queue size: 256!
Verified
- The runtime logged a successful upload and marked the snapshot build
success. - Restoring the saved snapshot through
Sandbox.create("<env>:default")on a fresh, healthy host with the same binaries produces the same panic 3 out of 3 times. The copied snapshot files and dependencies were hash-verified. - The previous snapshot, captured 42 minutes earlier, restores and runs guest commands on that host.
The original host logged repeated No space left on device errors before capture, but these logs do not establish the cause. The tests reproduce the restore failure using the preserved snapshot, not the original capture failure.
Expected result
A snapshot marked successful should be restorable. If saving it fails, report the failure and preserve a recovery path for the sandbox.
Environment
- Single-node Embed, local file storage; Ubuntu 26.04 ARM64 VM with nested virtualization
- Orchestrator
v0.16.202609130627-59497eb9134; APIv0.14.202609170000-908833e4c12 - Firecracker
v1.14-0.2.0(reports v1.14.4); hugepage-backed sandbox, 2 vCPU / 2048 MiB - Compose revision:
a065a4ddb3f2c6a4149634d9acb14b62f65839ac
Snapshot artifacts and logs are preserved. Related: #3658 covers losing a sandbox when pause reports an error.
- 主要言語
- Go
- スター
- 1.6k
- フォーク
- 448
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
e2b-dev/runtime のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
sandbox cache: StartRemoving state transition not broadcast, all allocations see stale Running stateオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 86/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
e2b-dev/runtime の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
521xueweihan/HelloGitHub#3789 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 12 日以内に返信
-
stage-fail
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
siyuan-note/bazaar#2282 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
openshift/kube-compare#307 ·
メンテナーはふだん 1 日以内に返信