kvcache-ai/AgentENV

Fork 0

mirror of https://github.com/kvcache-ai/AgentENV.git synced 2026-11-05 01:17:36 +00:00

[GH-ISSUE #264] rootfs space explosion #74

New issue

Closed

opened 2026-10-29 14:19:13 +00:00 by bsakaguchi · 1 comment

bsakaguchi commented

2026-10-29 14:19:13 +00:00

Owner

Originally created by @cheney-xiaobo on GitHub (Sep 8, 2026).
Original GitHub issue: https://github.com/kvcache-ai/AgentENV/issues/264

Affected component

Snapshot / template builder

Problem statement

When continuously overwriting a file inside the sandbox, the upper.data file under firecracker‑work/agentenv‑fc‑xx for overlaybd keeps growing and can reach up to 10 GB. If multiple pause/resume operations are superimposed in this scenario, the overall rootfs footprint can become extremely large, then snapshot may can not finish(because snapshot will not compact rootfs overbd.commit)

Use case

in firecracker write 1G file 10 times,then pause sandbox/resume sandbox, continue many time

Current behavior and workarounds

before compact work the rootfs overlaybd.commit may reach 10GB

Desired behavior

maybe there should be compact before snapshot or there is some other good way to solution this issue

Proposed approach

No response

Compatibility and operational impact

API/config changes:
add manual compact method or do compact before snapshot with many layer

Snapshot or storage format changes:

New host/runtime requirements:

Upgrade and rollback considerations:

Alternatives considered

or change the HybridLogStructured mode

Non-goals

No response

Contribution

I can implement it

Pre-submission checklist

I searched existing issues and discussions and did not find a duplicate.
I described a concrete problem and use case, not only a proposed technology.
I understand that acceptance of the problem does not imply approval of a particular implementation.

Originally created by @cheney-xiaobo on GitHub (Sep 8, 2026). Original GitHub issue: https://github.com/kvcache-ai/AgentENV/issues/264 ### Affected component Snapshot / template builder ### Problem statement When continuously overwriting a file inside the sandbox, the `upper.data` file under `firecracker‑work/agentenv‑fc‑xx` for overlaybd keeps growing and can reach up to 10 GB. If multiple pause/resume operations are superimposed in this scenario, the overall rootfs footprint can become extremely large, then snapshot may can not finish(because snapshot will not compact rootfs overbd.commit) ### Use case in firecracker write 1G file 10 times,then pause sandbox/resume sandbox, continue many time ### Current behavior and workarounds before compact work the rootfs overlaybd.commit may reach 10GB ### Desired behavior maybe there should be compact before snapshot or there is some other good way to solution this issue ### Proposed approach _No response_ ### Compatibility and operational impact API/config changes: add manual compact method or do compact before snapshot with many layer Snapshot or storage format changes: New host/runtime requirements: Upgrade and rollback considerations: ### Alternatives considered or change the HybridLogStructured mode ### Non-goals _No response_ ### Contribution I can implement it ### Pre-submission checklist - [x] I searched existing issues and discussions and did not find a duplicate. - [x] I described a concrete problem and use case, not only a proposed technology. - [x] I understand that acceptance of the problem does not imply approval of a particular implementation.

bsakaguchi

2026-10-29 14:19:13 +00:00

closed this issue
added the
enhancement
label

bsakaguchi commented

2026-10-29 14:19:15 +00:00

Author

Owner

@yingdi-shan commented on GitHub (Sep 8, 2026):

We have a built-in compaction mechanism after 32 pause/resumes. We are working on optimizing it in issue #183.

@yingdi-shan commented on GitHub (Sep 8, 2026): We have a built-in compaction mechanism after 32 pause/resumes. We are working on optimizing it in issue #183.

bsakaguchi referenced this issue

2026-10-29 14:20:21 +00:00

[PR #70] [Parked] feat(snapshot): E2B alias rebuild semantics on template publish #155

bsakaguchi referenced this issue

2026-10-29 14:20:22 +00:00

[PR #71] [CLOSED] [1/4] feat(snapshot): template build-context archive store (posixfs + oss) #156

bsakaguchi referenced this issue

2026-10-29 14:20:22 +00:00

[PR #72] [CLOSED] [2/4] feat(api): E2B build-context upload endpoints and configuration #157

bsakaguchi referenced this issue

2026-10-29 14:20:26 +00:00

[PR #73] [CLOSED] [3/4] feat(template): host-side COPY plan (archive rewrite to guest paths) #158