沙箱运行排障
本页用于处理“沙箱能创建,但运行不正常”的问题。
常见症状:
- 沙箱没有日志或日志很快中断
Pause / Resume后状态异常cube-runtime login无法进入 guest- 沙箱反复报错或很快退出
如果你还没做问题分层,先看:
先做最小连通性检查
bash
curl -fsS http://127.0.0.1:3000/health
curl -fsS http://127.0.0.1:12088/cubeapi/v1/health如果这两条都失败,请先回到:
场景一:沙箱创建成功但没有日志
建议先排查:
- 模板是否确实
READY - 沙箱是否真正进入运行态
- 节点是否资源紧张导致启动后很快失败
建议联动:
场景二:Pause / Resume 后行为异常
建议先确认:
- 状态是否从
paused回到running - 恢复后日志是否继续刷新
- 是否只有个别节点或个别模板出现该问题
如果只在某节点出现,优先看:
场景三:无法进入 guest
优先检查:
bash
cubecli container list --all --sandbox
cube-runtime login <sandbox-id>再确认:
/run/vc/vm/<sandbox-id>/cube.sock是否存在- 相关日志是否有握手失败
详细背景可参考:
场景四:沙箱反复报错或很快退出
建议顺序:
- 先看沙箱详情日志
- 再看节点资源与健康
- 再看模板参数(镜像、探针、资源规格)
- 最后看服务日志
对应文档:
推荐排障顺序(沙箱问题)
- 先确认管理面健康
- 再确认模板与节点是否健康
- 再确认沙箱状态与日志
- 最后再做重启/清理类动作