Sandboxes

Reboot a sandbox

Orderly cold-reboot of a running sandbox: the guest shuts its processes down (SIGTERM, then SIGKILL a few seconds later) and flushes its filesystem before the VM is stopped and started again from the same disk on the same node. In-memory state and running processes are lost, but recently written files survive; the disk and IP are preserved. If the guest doesn't respond within a few seconds it falls back to a hard reset, in which case un-synced writes can be lost. A pending resize applies on reboot. For an unconditional hard reset, use reset-sandbox.

POST
/v1/sandboxes/{id}/reboot

Orderly cold-reboot of a running sandbox: the guest shuts its processes down (SIGTERM, then SIGKILL a few seconds later) and flushes its filesystem before the VM is stopped and started again from the same disk on the same node. In-memory state and running processes are lost, but recently written files survive; the disk and IP are preserved. If the guest doesn't respond within a few seconds it falls back to a hard reset, in which case un-synced writes can be lost. A pending resize applies on reboot. For an unconditional hard reset, use reset-sandbox.

AuthorizationBearer <token>

API key starting with tektona_. Create one at app-dev.tektona.ai under API Keys.

In: header

Path Parameters

id*string

Sandbox ID (ULID)

Response Body

application/json

application/problem+json

curl -X POST "https://api-dev.tektona.ai/v1/sandboxes/string/reboot"
{  "$schema": "https://api-dev.tektona.ai/schemas/RebootSandboxResponseBody.json",  "id": "string",  "state": "string"}