@crvouga/dev-fleet 0.3.0 → 0.5.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +25 -17
- package/ansible/github/git.yml +66 -0
- package/ansible/macos/policy.json +12 -1
- package/ansible/monitoring/compose.yml +10 -0
- package/ansible/monitoring/container-watchdog.py +118 -0
- package/ansible/monitoring/hub-darwin.yml +146 -0
- package/ansible/net/remote-probe.sh +5 -0
- package/ansible/platforms.json +111 -0
- package/ansible/ubuntu/authorize-sudo.sh +7 -16
- package/ansible/ubuntu/baseline.yml +6 -28
- package/ansible/ubuntu/disk-gc.py +211 -7
- package/ansible/ubuntu/disk-guard.py +24 -5
- package/ansible/ubuntu/policy.json +68 -4
- package/ansible/ubuntu/t3-desktop.yml +2 -2
- package/ansible/ubuntu/tailscale.yml +20 -9
- package/ansible/ubuntu/tasks/browser.yml +56 -0
- package/ansible/ubuntu/tasks/docker.yml +52 -0
- package/ansible/ubuntu/tasks/dpkg.yml +46 -0
- package/ansible/ubuntu/tasks/install.yml +38 -0
- package/ansible/ubuntu/tasks/packages.yml +4 -55
- package/ansible/ubuntu/tasks/release.yml +25 -0
- package/ansible/ubuntu/tasks/resources.yml +7 -6
- package/ansible/ubuntu/tasks/services.yml +13 -0
- package/ansible/ubuntu/tasks/snapshot.yml +50 -0
- package/ansible/ubuntu/tasks/unattended-upgrades.yml +24 -0
- package/bootstrap/doctor.ts +32 -6
- package/bootstrap/fleet-remote-bootstrap.sh +49 -45
- package/bootstrap/setup.ts +23 -8
- package/bootstrap/worker-tools.ts +118 -0
- package/cliproxy/README.md +1 -1
- package/cliproxy/compose.yaml +4 -0
- package/cliproxy/scripts/checkpoint.py +1 -1
- package/docs/authentication.md +90 -0
- package/docs/consumer-setup.md +32 -30
- package/docs/declared.md +6 -5
- package/docs/machine-setup.md +22 -12
- package/docs/operations.md +87 -31
- package/docs/runbooks.md +377 -0
- package/docs/state.md +13 -7
- package/docs/support-matrix.md +36 -0
- package/docs/ubuntu-sync.md +16 -13
- package/docs/worker-contract.md +28 -1
- package/examples/fleet.json +19 -1
- package/llms.txt +2 -0
- package/mise.toml +7 -0
- package/package.json +2 -2
- package/schema/check-ids.json +526 -0
- package/schema/fleet.schema.json +185 -4
- package/schema/output/check.schema.json +23 -0
- package/schema/output/error.schema.json +14 -0
- package/schema/output/fleet-report.schema.json +79 -0
- package/schema/output/fleet-sync.schema.json +112 -0
- package/schema/output/report.schema.json +38 -0
- package/src/auth-checks.ts +3 -0
- package/src/cli/agent-guide.ts +5 -3
- package/src/cli/fleet-report.ts +126 -0
- package/src/cli/fleet-sync-manager.ts +11 -0
- package/src/cli/fleet-sync-plan.ts +200 -0
- package/src/cli/fleet-sync-remote.ts +4 -2
- package/src/cli/fleet-sync-schedule.ts +142 -35
- package/src/cli/fleet-sync.ts +90 -8
- package/src/cli/fleet-watch.ts +198 -0
- package/src/cli/fleet.ts +4 -0
- package/src/cli/register-fleet.ts +51 -0
- package/src/cli/registry.ts +13 -0
- package/src/cli/schedule-logs.ts +36 -0
- package/src/clock.ts +63 -0
- package/src/definition.ts +160 -12
- package/src/git-identity.ts +160 -0
- package/src/machine/platform.ts +48 -28
- package/src/machine/support-matrix.ts +76 -0
- package/src/machine-health.ts +51 -4
- package/src/manager-health.ts +205 -0
- package/src/manager-sync.ts +27 -9
- package/src/monitoring/hub-backup.ts +63 -17
- package/src/monitoring/manager-hub.ts +44 -2
- package/src/network-definition.ts +1 -1
- package/src/node-converge-linux.ts +16 -5
- package/src/node-converge.ts +1 -1
- package/src/notify.ts +239 -0
- package/src/platform/debian-version.ts +62 -0
- package/src/platform/ubuntu-audit.ts +11 -4
- package/src/platform/ubuntu-release.ts +41 -0
- package/src/remote-bootstrap.ts +89 -25
- package/src/remote-operation.ts +213 -0
- package/src/schedule-check.ts +40 -0
- package/src/secrets.ts +26 -8
- package/src/ssh.ts +10 -2
- package/src/state/history.ts +172 -0
- package/src/state/store.ts +11 -4
- package/src/tailscale.ts +51 -0
- package/src/toolchain-checks.ts +8 -3
- package/src/worker-capability-checks.ts +167 -0
- package/src/worker-capacity.ts +19 -7
- package/src/worker-host-checks.ts +68 -10
- package/src/worker-policy.ts +33 -0
- package/src/worker-readiness.ts +10 -1
package/docs/operations.md
CHANGED
|
@@ -4,9 +4,9 @@
|
|
|
4
4
|
|
|
5
5
|
# Developer fleet
|
|
6
6
|
|
|
7
|
-
|
|
7
|
+
`devfleet` diagnoses development computers: SSH, VS Code Remote-SSH,
|
|
8
8
|
per-machine authentication, T3 Connect and shared toolchain/dependency drift.
|
|
9
|
-
It is a local CLI
|
|
9
|
+
It is a local CLI, not a library, a daemon or a cloud manager. It reuses the
|
|
10
10
|
existing mise/workstation owners rather than introducing another installer.
|
|
11
11
|
|
|
12
12
|
The fleet is one singleton **manager** (the human's macOS machine, which runs
|
|
@@ -46,8 +46,9 @@ devfleet fleet-repair --node dev-linux --repair workspace --json # plan only
|
|
|
46
46
|
devfleet fleet-repair --node dev-linux --repair workspace --apply --yes --json
|
|
47
47
|
```
|
|
48
48
|
|
|
49
|
-
|
|
50
|
-
|
|
49
|
+
dev-fleet is a command with no library API: run it as `npx devfleet` from the
|
|
50
|
+
project that holds your `fleet.json` (`./devfleet` from a checkout of dev-fleet
|
|
51
|
+
itself). Schema, roster
|
|
51
52
|
listing, onboarding and repair previews do not contact nodes or auth services.
|
|
52
53
|
Status never opens a login flow.
|
|
53
54
|
|
|
@@ -61,7 +62,7 @@ remains the sole cloud resource owner; fleet creates no networks, hosts or secre
|
|
|
61
62
|
|
|
62
63
|
```json
|
|
63
64
|
{
|
|
64
|
-
"$schema": "./
|
|
65
|
+
"$schema": "./node_modules/@crvouga/dev-fleet/schema/roster.schema.json",
|
|
65
66
|
"version": 1,
|
|
66
67
|
"nodes": [
|
|
67
68
|
{
|
|
@@ -97,21 +98,50 @@ remote nodes' required lists. Run `fleet-nodes --schema` for editor/agent valida
|
|
|
97
98
|
|
|
98
99
|
## Evidence and diagnosis
|
|
99
100
|
|
|
100
|
-
| Check | Evidence / next action
|
|
101
|
-
| ---------------------------------------------------------------------------------- |
|
|
102
|
-
| `workspace`, `git:clean` | HEAD, input availability and dirty-tree status; no paths/diffs/file contents logged.
|
|
103
|
-
| `revision`, `sync:*` | Compare exact HEAD and SHA-256 of package.json, bun.lock, mise.toml, mise.lock against manager. Missing inputs never pass.
|
|
104
|
-
| `dependencies` | Last successful fleet frozen-sync receipt matches input hashes. Missing receipt is unverified, not in-sync.
|
|
105
|
-
| `auth:toolchain` | Existing bootstrap/doctor.ts runs in the node checkout with its Bun, bounded to 90s.
|
|
106
|
-
| `ssh:agent` | Manager agent exposes an identity; missing agent warns because IdentityFile keys may still work.
|
|
107
|
-
| `ssh:session` | Fresh batch SSH session actually runs the Node/Bun probe. No reused multiplexed connection or agent forwarding.
|
|
108
|
-
| `ssh:host-key`, `ssh:dns`, `ssh:auth`, `ssh:network`, `ssh:runtime`, `ssh:timeout` | Classified failure and targeted remedy, without raw logs.
|
|
109
|
-
| `auth:github` | gh auth status --active succeeds on this machine; not proof of Git SSH or every repository permission.
|
|
110
|
-
| `auth:vault` | Server-side vault token lookup succeeds in this context; not proof of access to every secret path.
|
|
111
|
-
| `auth:vscode` | code CLI finds the local Remote-SSH extension. Other profiles/Cursor/GUI PATH/agents can differ.
|
|
112
|
-
| `t3:settings` | Connect explicitly enabled and not revoked in t3 status --json; settings are not connectivity.
|
|
113
|
-
| `t3:api` | Read-only t3 environment list --json succeeds against the local API; no pairing/token minting.
|
|
114
|
-
| `t3:end-to-end`, `vscode:forwarding` | SKIP: actual relay/peer authorization and VS Code tunnel/server installation require operator testing.
|
|
101
|
+
| Check | Evidence / next action |
|
|
102
|
+
| ---------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
103
|
+
| `workspace`, `git:clean` | HEAD, input availability and dirty-tree status; no paths/diffs/file contents logged. |
|
|
104
|
+
| `revision`, `sync:*` | Compare exact HEAD and SHA-256 of package.json, bun.lock, mise.toml, mise.lock against manager. Missing inputs never pass. |
|
|
105
|
+
| `dependencies` | Last successful fleet frozen-sync receipt matches input hashes. Missing receipt is unverified, not in-sync. |
|
|
106
|
+
| `auth:toolchain` | Existing bootstrap/doctor.ts runs in the node checkout with its Bun, bounded to 90s. Run `bun bootstrap/doctor.ts --json` in the node's checkout for individual pins. |
|
|
107
|
+
| `ssh:agent` | Manager agent exposes an identity; missing agent warns because IdentityFile keys may still work. |
|
|
108
|
+
| `ssh:session` | Fresh batch SSH session actually runs the Node/Bun probe. No reused multiplexed connection or agent forwarding. |
|
|
109
|
+
| `ssh:host-key`, `ssh:dns`, `ssh:auth`, `ssh:network`, `ssh:runtime`, `ssh:timeout` | Classified failure and targeted remedy, without raw logs. |
|
|
110
|
+
| `auth:github` | gh auth status --active succeeds on this machine; not proof of Git SSH or every repository permission. |
|
|
111
|
+
| `auth:vault` | Server-side vault token lookup succeeds in this context; not proof of access to every secret path. |
|
|
112
|
+
| `auth:vscode` | code CLI finds the local Remote-SSH extension. Other profiles/Cursor/GUI PATH/agents can differ. |
|
|
113
|
+
| `t3:settings` | Connect explicitly enabled and not revoked in t3 status --json; settings are not connectivity. |
|
|
114
|
+
| `t3:api` | Read-only t3 environment list --json succeeds against the local API; no pairing/token minting. |
|
|
115
|
+
| `t3:end-to-end`, `vscode:forwarding` | SKIP: actual relay/peer authorization and VS Code tunnel/server installation require operator testing. |
|
|
116
|
+
|
|
117
|
+
### Machine health
|
|
118
|
+
|
|
119
|
+
| Check | Evidence / next action |
|
|
120
|
+
| ---------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
121
|
+
| `worker:capacity:inodes` | Free inodes on the home filesystem, against `inodeWarnFreePercent`/`inodeFailFreePercent` in `ansible/ubuntu/policy.json`. The disk guard and disk collector act on the same floors. |
|
|
122
|
+
| `worker:clock` | `timedatectl` says the clock is synchronised and a time service is enabled; with a reference time, the offset is held to `clock` in the policy. |
|
|
123
|
+
| `worker:reboot-pending` | `/var/run/reboot-required` exists: warns with its age, fails after `rebootPendingFailDays`. Reboot when no agent turn is running. |
|
|
124
|
+
| `tailscale:key-expiry` | The node key expiry Tailscale reports: warns 14 days ahead, fails 3 days ahead. See [Tailscale key expiry](#tailscale-key-expiry). |
|
|
125
|
+
| `manager:release` | `sw_vers` against `minimumMajorVersion` in `ansible/macos/policy.json`. |
|
|
126
|
+
| `manager:updates` | `softwareupdate --list --no-scan` (nothing is downloaded): warns on pending updates, and names one that waits for a restart. Names never shown. |
|
|
127
|
+
| `manager:disk` | Free space on the data volume and the space Docker holds, against `disk` in `ansible/macos/policy.json`. |
|
|
128
|
+
| `manager:container-watchdog` | The container watchdog (`ansible/monitoring/container-watchdog.py`, a launch agent `hub-darwin.yml` installs) restarts a labelled container that was unhealthy for `unhealthyChecks` runs, at most `maxRestartsPerHour` times an hour (`containerWatchdog` in `ansible/macos/policy.json`). Warns after a restart; fails once it stops restarting. |
|
|
129
|
+
|
|
130
|
+
### Tailscale key expiry
|
|
131
|
+
|
|
132
|
+
A node drops off the tailnet on the day its key expires. Keep workers from
|
|
133
|
+
expiring: tag them, or disable key expiry for each in the Tailscale admin
|
|
134
|
+
console (tagged nodes do not expire). `tailscale:key-expiry` warns two weeks
|
|
135
|
+
ahead and fails three days ahead.
|
|
136
|
+
|
|
137
|
+
To re-join a worker whose key expired, a person signs it in again, because
|
|
138
|
+
only a person's identity can authorise a device:
|
|
139
|
+
|
|
140
|
+
1. On the worker's console, run `sudo tailscale up` and open the link it
|
|
141
|
+
prints, signed in to the fleet's tailnet.
|
|
142
|
+
2. In the admin console, disable key expiry for the worker, or tag it.
|
|
143
|
+
3. From the manager, run `devfleet fleet-sync`: `ansible/ubuntu/tailscale.yml`
|
|
144
|
+
verifies the login and `tailscale:key-expiry` passes.
|
|
115
145
|
|
|
116
146
|
An SSH shell is not proof that VS Code or T3 Connect works. Diagnostics check
|
|
117
147
|
**directed manager → node** connectivity, not all pairs. Run from each intended
|
|
@@ -147,7 +177,7 @@ need normal repository validation. A green install is not a healthy fleet.
|
|
|
147
177
|
5. Authenticate separately: GitHub, Git SSH, Vault, coding providers and T3 pairing
|
|
148
178
|
are distinct sessions. Use gh auth login/setup-git, approved vault login and
|
|
149
179
|
operator-driven t3 up --connect as needed. Never put secrets in reports.
|
|
150
|
-
Workstation
|
|
180
|
+
Workstation and provider configuration are applied by `devfleet fleet-sync`.
|
|
151
181
|
6. In VS Code's local profile install Remote-SSH, select the same SSH binary,
|
|
152
182
|
alias/config, enable its login terminal temporarily and inspect Output →
|
|
153
183
|
Remote - SSH. Restart after PATH/agent changes. Check disk space, remote
|
|
@@ -178,7 +208,7 @@ serially; diagnostics run at most four remote probes concurrently.
|
|
|
178
208
|
setup can leave partial installs; no rollback is claimed. Trusted checkout
|
|
179
209
|
package lifecycle scripts can execute during installation.
|
|
180
210
|
- No other application repos, credentials, provider settings or cloud resources
|
|
181
|
-
are synchronized. `
|
|
211
|
+
are synchronized. `devfleet fleet-sync` remains the broader convergence.
|
|
182
212
|
- Run doctor again afterward; successful sync does not prove connectivity/auth.
|
|
183
213
|
|
|
184
214
|
Subprocesses have deadlines and a combined 1 MiB output cap. SSH probes default
|
|
@@ -204,17 +234,43 @@ not a way to certify the whole fleet from one shell. Usage errors use
|
|
|
204
234
|
exception strings. Fleet never prompts; --non-interactive is accepted.
|
|
205
235
|
|
|
206
236
|
No telemetry or report file is written automatically. Reports still contain
|
|
207
|
-
aliases/hashes: review before sharing publicly.
|
|
208
|
-
|
|
209
|
-
|
|
237
|
+
aliases/hashes: review before sharing publicly. Do not schedule automatic
|
|
238
|
+
sync/repairs.
|
|
239
|
+
|
|
240
|
+
## Notifications and the heartbeat
|
|
241
|
+
|
|
242
|
+
`devfleet fleet-watch` runs `fleet-status --workers`, compares the result with
|
|
243
|
+
the previous run and notifies only when a worker changes between ready and
|
|
244
|
+
degraded, and again every `repeatHours` (default 24) while it stays degraded.
|
|
245
|
+
Name the targets in `fleet.json`; the address of each is a secret, read through
|
|
246
|
+
the secret provider like any other:
|
|
247
|
+
|
|
248
|
+
```json
|
|
249
|
+
"notify": { "targets": ["webhook", "ntfy"], "repeatHours": 24 }
|
|
250
|
+
```
|
|
251
|
+
|
|
252
|
+
| Target | Secret | What is sent |
|
|
253
|
+
| --------- | -------------------- | -------------------------------------------------------------------- |
|
|
254
|
+
| `webhook` | `notify-webhook-url` | A JSON POST: `source`, `event`, `node`, `checks` (check IDs), `text` |
|
|
255
|
+
| `ntfy` | `notify-ntfy-url` | A text POST to the topic URL |
|
|
256
|
+
|
|
257
|
+
A notification carries node and check IDs only. `devfleet fleet-watch --test`
|
|
258
|
+
sends one test notification to every target.
|
|
259
|
+
|
|
260
|
+
Every run stores what it saw, and when, as `watch.json` beside the fleet state
|
|
261
|
+
in the bucket. That time is the manager's heartbeat. A watcher on the manager
|
|
262
|
+
notices nothing when the manager itself is off, so call the reusable
|
|
263
|
+
`fleet-heartbeat.yml` workflow from the repository that holds your
|
|
264
|
+
`fleet.json` (its header shows the one `uses:` line): it fails, and GitHub
|
|
265
|
+
notifies you, when the heartbeat is older than `max-age-minutes`. `bun run health` remains the separate
|
|
210
266
|
single read-only **cloud platform** report.
|
|
211
267
|
|
|
212
268
|
## Development
|
|
213
269
|
|
|
214
270
|
```sh
|
|
215
|
-
bun run
|
|
216
|
-
bun run
|
|
217
|
-
bun
|
|
271
|
+
bun run tc
|
|
272
|
+
bun run lint
|
|
273
|
+
bun test
|
|
218
274
|
```
|
|
219
275
|
|
|
220
276
|
Tests inject results/use temporary fixtures; they do not contact nodes, login or
|
|
@@ -238,7 +294,7 @@ Explicit `services` requirements retain Railway, Vercel, Cloudflare, AWS and npm
|
|
|
238
294
|
checks. No raw account/auth output is retained. Version checks keep
|
|
239
295
|
per-tool results, including the expected pinned version when available, and require
|
|
240
296
|
Docker Engine/Compose/Buildx readiness. `workstation` delegates to read-only
|
|
241
|
-
|
|
297
|
+
the checkout's `bootstrap/doctor.ts --json`; provider configuration presence is not live
|
|
242
298
|
authorization. Warnings/skips fail the strict whole-tailnet health coverage gate.
|
|
243
299
|
|
|
244
300
|
## Repair planning and shared access
|
|
@@ -257,7 +313,7 @@ installation never substitutes for authentication or resource authorization.
|
|
|
257
313
|
|
|
258
314
|
The workstation owner reads permitted shared provider keys from each machine's
|
|
259
315
|
existing Vault session. For process-scoped shared secret access, use the existing
|
|
260
|
-
`
|
|
316
|
+
`vault` session on that machine with its intended
|
|
261
317
|
project/config. Infrastructure, access policy and secret seeding remain owned by
|
|
262
318
|
OpenTofu. No OAuth/session/keychain/SSH credential transfer is implemented.
|
|
263
319
|
|
|
@@ -270,7 +326,7 @@ reviewed configuration; without `--dry-run` it applies. `devfleet fleet-sync
|
|
|
270
326
|
--revision FULL_SHA` rolls the same reviewed revision out to the enrolled fleet
|
|
271
327
|
after approval. The [setup runbook](../agents/setup.md)
|
|
272
328
|
covers canaries, offline/partial failures, per-node receipts and rollback. Both
|
|
273
|
-
delegate
|
|
329
|
+
delegate installation to mise and `bootstrap/setup.ts`.
|
|
274
330
|
They never reset the developer checkout or transfer credentials. Status delegates
|
|
275
331
|
managed-profile drift evidence to the workstation owner; historical rollout receipts
|
|
276
332
|
alone are not a live readiness assertion.
|
package/docs/runbooks.md
ADDED
|
@@ -0,0 +1,377 @@
|
|
|
1
|
+
# Runbooks
|
|
2
|
+
|
|
3
|
+
One entry for every failure code dev-fleet reports: in a check's summary, a
|
|
4
|
+
bootstrap phase or an Ansible assertion. Each family says what its codes
|
|
5
|
+
mean, how to confirm one, the fix (a command or a `fleet-sync` that applies
|
|
6
|
+
the playbook that owns it) and when to escalate. A code whose fix needs a
|
|
7
|
+
person (a login, an approval, a choice) is marked **needs a person**.
|
|
8
|
+
`features/rules/runbooks.feature` fails when a code in the source has no
|
|
9
|
+
entry here, or a `devfleet` command quoted in the documents does not exist.
|
|
10
|
+
|
|
11
|
+
There are 238 codes; 29 need a person.
|
|
12
|
+
|
|
13
|
+
## Bootstrap of a new or returning worker
|
|
14
|
+
|
|
15
|
+
- **Meaning:** The remote bootstrap (`bootstrap/fleet-remote-bootstrap.sh`) stopped before node convergence. It reports the phase and the code, never its output.
|
|
16
|
+
- **Confirm:** Run `devfleet fleet-sync --dry-run` and read the `bootstrap:*` check of the worker; `ssh WORKER` and look under `~/.local/share/personal/fleet`.
|
|
17
|
+
- **Fix:** Follow the remedy the check prints, then run `devfleet fleet-sync`. The bootstrap resumes where it stopped.
|
|
18
|
+
- **Escalate:** A platform or architecture code means the machine must be reinstalled with a release [the support matrix](support-matrix.md) lists, on a machine of its own.
|
|
19
|
+
|
|
20
|
+
- `BOOTSTRAP_CAPACITY_UNVERIFIED`: bootstrap capacity unverified.
|
|
21
|
+
- `BOOTSTRAP_DISK_CAPACITY_REQUIRED`: bootstrap disk capacity required.
|
|
22
|
+
- `CONFIGURATION_INSTALL_FAILED`: configuration install failed.
|
|
23
|
+
- `FLEET_APPROVED_BOOTSTRAP_UNAVAILABLE`: fleet approved bootstrap unavailable.
|
|
24
|
+
- `FLEET_STATE_PATH_UNSAFE`: fleet state path unsafe.
|
|
25
|
+
- `PLATFORM_UNSUPPORTED`: platform unsupported. **Needs a person.**
|
|
26
|
+
- `REMOTE_BOOTSTRAP_EVIDENCE_INVALID`: remote bootstrap evidence invalid.
|
|
27
|
+
- `REMOTE_BOOTSTRAP_EXIT_FAILED`: remote bootstrap exit failed.
|
|
28
|
+
- `ROOT_DEVELOPMENT_USER_REJECTED`: root development user rejected.
|
|
29
|
+
- `UBUNTU_ARCHITECTURE_UNSUPPORTED`: ubuntu architecture unsupported. **Needs a person.**
|
|
30
|
+
- `WORKER_ENVIRONMENT_UNSUPPORTED`: worker environment unsupported: a container or WSL2. **Needs a person.**
|
|
31
|
+
|
|
32
|
+
## Ubuntu packages
|
|
33
|
+
|
|
34
|
+
- **Meaning:** A package transaction could not run or the package database is inconsistent.
|
|
35
|
+
- **Confirm:** `ssh WORKER sudo dpkg --audit` and `sudo apt-get -o Debug::NoLocking=1 check`.
|
|
36
|
+
- **Fix:** Let any running package process finish (it is never killed), free disk under `/var`, then run `devfleet fleet-sync`.
|
|
37
|
+
- **Escalate:** APT_STATE_BROKEN and DPKG_INTERRUPTED need `sudo dpkg --configure -a` by a person once no package process runs.
|
|
38
|
+
|
|
39
|
+
- `APT_DISK_FULL`: apt disk full.
|
|
40
|
+
- `APT_DNS_UNAVAILABLE`: apt dns unavailable.
|
|
41
|
+
- `APT_LOCK_CONTENDED`: apt lock contended.
|
|
42
|
+
- `APT_REPOSITORY_UNAVAILABLE`: apt repository unavailable.
|
|
43
|
+
- `APT_STATE_BROKEN`: apt state broken. **Needs a person.**
|
|
44
|
+
- `DPKG_INTERRUPTED`: dpkg interrupted. **Needs a person.**
|
|
45
|
+
|
|
46
|
+
## The fleet-owned checkout
|
|
47
|
+
|
|
48
|
+
- **Meaning:** The checkout of the revision on the machine holds changes fleet-sync did not make, or its bundle changed in transit.
|
|
49
|
+
- **Confirm:** `ssh WORKER git -C ~/.local/share/personal/fleet/revisions/REVISION status`.
|
|
50
|
+
- **Fix:** Remove that revisions directory and run `devfleet fleet-sync`; it is a cache.
|
|
51
|
+
- **Escalate:** A digest mismatch that repeats points at the SSH route.
|
|
52
|
+
|
|
53
|
+
- `SOURCE_CACHE_CHANGED`: source cache changed.
|
|
54
|
+
- `SOURCE_CHECKOUT_CONFLICT`: source checkout conflict.
|
|
55
|
+
- `SOURCE_DIGEST_MISMATCH`: source digest mismatch.
|
|
56
|
+
- `SOURCE_STATUS_FAILED`: source status failed.
|
|
57
|
+
|
|
58
|
+
## The pinned toolchain
|
|
59
|
+
|
|
60
|
+
- **Meaning:** mise, the pinned tools, the global mise configuration or the frozen dependencies did not converge.
|
|
61
|
+
- **Confirm:** Run `bun bootstrap/doctor.ts --json --worker` in the checkout on the machine, or read the `tool:*` checks of `devfleet fleet-status`.
|
|
62
|
+
- **Fix:** Run `devfleet fleet-sync`; it resumes. TOOLCHAIN_CONFIG_CONFLICT means another tool owns `~/.config/mise/config.toml`: move it away.
|
|
63
|
+
- **Escalate:** A tool that fails to download from its pinned artifact needs a new pin in `mise.toml` and `mise.lock` (an issue).
|
|
64
|
+
|
|
65
|
+
- `LAUNCHER_INSTALLATION_FAILED`: launcher installation failed.
|
|
66
|
+
- `TOOLCHAIN_AWS_FAILED`: toolchain aws failed.
|
|
67
|
+
- `TOOLCHAIN_CONFIG_CONFLICT`: toolchain config conflict.
|
|
68
|
+
- `TOOLCHAIN_CONVERGENCE_FAILED`: toolchain convergence failed.
|
|
69
|
+
- `TOOLCHAIN_FROZEN_DEPENDENCIES_FAILED`: toolchain frozen dependencies failed.
|
|
70
|
+
- `TOOLCHAIN_MISE_FAILED`: toolchain mise failed.
|
|
71
|
+
- `TOOLCHAIN_PATH_CONFIGURATION_FAILED`: toolchain path configuration failed.
|
|
72
|
+
- `TOOLCHAIN_T3_FAILED`: toolchain t3 failed.
|
|
73
|
+
|
|
74
|
+
## The Ubuntu baseline and its services
|
|
75
|
+
|
|
76
|
+
- **Meaning:** The Ansible baseline (`ansible/ubuntu/baseline.yml`) did not apply, or what it declares is not what the machine runs.
|
|
77
|
+
- **Confirm:** Read the `worker:*` and `ubuntu:*` checks of `devfleet fleet-status --workers`; on the worker, `systemctl status SERVICE`.
|
|
78
|
+
- **Fix:** Run `devfleet fleet-sync`, which applies the baseline in full when its effect no longer verifies.
|
|
79
|
+
- **Escalate:** Ownership conflicts (sudoers, SSH, Docker from another distribution) need a person to migrate the other owner first.
|
|
80
|
+
|
|
81
|
+
- `DISK_FREE_BELOW_FLOOR`: disk free below floor.
|
|
82
|
+
- `DISK_FREE_UNREADABLE`: disk free unreadable.
|
|
83
|
+
- `DOCKER_OWNER_CONFLICT`: docker owner conflict. **Needs a person.**
|
|
84
|
+
- `MEMORY_RESERVE_MISSING`: memory reserve missing.
|
|
85
|
+
- `RESOURCE_CAPACITY_REQUIRED`: resource capacity required.
|
|
86
|
+
- `RESOURCE_GUARD_INACTIVE`: resource guard inactive.
|
|
87
|
+
- `SERVICE_NOT_ENABLED`: service not enabled.
|
|
88
|
+
- `SERVICE_NOT_INSTALLED`: service not installed.
|
|
89
|
+
- `SERVICE_NOT_RUNNING`: service not running.
|
|
90
|
+
- `SERVICE_RESTART_POLICY`: service restart policy.
|
|
91
|
+
- `SSH_UNMANAGED_CONFIG_CONFLICT`: ssh unmanaged config conflict.
|
|
92
|
+
- `SUDOERS_OWNERSHIP_CONFLICT`: sudoers ownership conflict. **Needs a person.**
|
|
93
|
+
- `SUDO_AUTHORIZATION_REQUIRED`: sudo authorization required. **Needs a person.**
|
|
94
|
+
- `SWAP_CAPACITY_REQUIRED`: swap capacity required.
|
|
95
|
+
- `SWAP_MISSING`: swap missing.
|
|
96
|
+
- `TMP_QUOTA_EXHAUSTED`: tmp quota exhausted.
|
|
97
|
+
- `UBUNTU_BASELINE_INCOMPLETE`: ubuntu baseline incomplete.
|
|
98
|
+
- `UBUNTU_BASELINE_MISMATCH`: ubuntu baseline mismatch. **Needs a person.**
|
|
99
|
+
- `UBUNTU_LINGER_REQUIRED`: ubuntu linger required.
|
|
100
|
+
- `UBUNTU_MAINTENANCE_REBOOT_PENDING`: ubuntu maintenance reboot pending.
|
|
101
|
+
- `UBUNTU_SESSION_POLICY_PENDING`: ubuntu session policy pending.
|
|
102
|
+
- `UBUNTU_SLEEP_POLICY_DRIFT`: ubuntu sleep policy drift.
|
|
103
|
+
- `WORKER_RECOVERY_SCRIPT_MISSING`: worker recovery script missing.
|
|
104
|
+
- `WORKER_RECOVERY_SETUP_FAILED`: worker recovery setup failed.
|
|
105
|
+
- `WORKER_RECOVERY_TIMER_INACTIVE`: worker recovery timer inactive.
|
|
106
|
+
|
|
107
|
+
## Containers on a worker
|
|
108
|
+
|
|
109
|
+
- **Meaning:** `worker:docker-run` could not start the pinned container or build a one-line image as the worker user.
|
|
110
|
+
- **Confirm:** On the worker, as that user: `docker run --rm --network none --pull never IMAGE true`, with IMAGE from `dockerSmokeTest` in `ansible/ubuntu/policy.json`.
|
|
111
|
+
- **Fix:** Run `devfleet fleet-sync`: it starts the engine, adds the user to the docker group and caches the image. A session started earlier keeps its old groups: restart it.
|
|
112
|
+
- **Escalate:** A cgroup or runtime failure that survives a reboot is an issue.
|
|
113
|
+
|
|
114
|
+
- `DOCKER_BUILD_FAILED`: docker build failed.
|
|
115
|
+
- `DOCKER_DAEMON_UNREACHABLE`: docker daemon unreachable.
|
|
116
|
+
- `DOCKER_DISK_FULL`: docker disk full.
|
|
117
|
+
- `DOCKER_RUN_FAILED`: docker run failed.
|
|
118
|
+
- `DOCKER_RUN_TIMEOUT`: docker run timeout.
|
|
119
|
+
- `DOCKER_SMOKE_IMAGE_MISSING`: docker smoke image missing.
|
|
120
|
+
- `DOCKER_SOCKET_ACCESS_DENIED`: docker socket access denied.
|
|
121
|
+
|
|
122
|
+
## Headless browser on a worker
|
|
123
|
+
|
|
124
|
+
- **Meaning:** `worker:browser` could not launch the pinned headless Chromium of the web tool profile.
|
|
125
|
+
- **Confirm:** On the worker run the headless shell under `/opt/personal-fleet/browser/` with `--headless --no-sandbox --dump-dom about:blank`.
|
|
126
|
+
- **Fix:** Run `devfleet fleet-sync`, which installs the pinned libraries and build (`ansible/ubuntu/tasks/browser.yml`).
|
|
127
|
+
- **Escalate:** A missing library the policy does not list is an issue: the list needs it.
|
|
128
|
+
|
|
129
|
+
- `BROWSER_LAUNCH_FAILED`: browser launch failed.
|
|
130
|
+
- `BROWSER_LAUNCH_TIMEOUT`: browser launch timeout.
|
|
131
|
+
- `BROWSER_LIBRARY_MISSING`: browser library missing.
|
|
132
|
+
- `BROWSER_NOT_INSTALLED`: browser not installed.
|
|
133
|
+
|
|
134
|
+
## Git identity and pushing
|
|
135
|
+
|
|
136
|
+
- **Meaning:** Commits on the node would carry the wrong author, or git cannot authenticate to GitHub on its own.
|
|
137
|
+
- **Confirm:** On the node: `git config --global --get user.name`, and `printf "protocol=https\nhost=github.com\n\n" | GIT_TERMINAL_PROMPT=0 git credential fill >/dev/null`.
|
|
138
|
+
- **Fix:** Declare the `git` block in `fleet.json` and run `devfleet fleet-sync` (`ansible/github/git.yml`). Remove lines in `~/.gitconfig` that override it.
|
|
139
|
+
- **Escalate:** GIT_REMOTE_REFUSED means the fleet account lost access to the declared repository: a person grants it.
|
|
140
|
+
|
|
141
|
+
- `GIT_CONFIGURATION_INCOMPLETE`: git configuration incomplete.
|
|
142
|
+
- `GIT_CREDENTIAL_HELPER_MISSING`: git credential helper missing.
|
|
143
|
+
- `GIT_IDENTITY_MISMATCH`: git identity mismatch.
|
|
144
|
+
- `GIT_IDENTITY_MISSING`: git identity missing.
|
|
145
|
+
- `GIT_IDENTITY_OVERRIDDEN`: git identity overridden.
|
|
146
|
+
- `GIT_IDENTITY_UNDECLARED`: git identity undeclared.
|
|
147
|
+
- `GIT_REMOTE_REFUSED`: git remote refused. **Needs a person.**
|
|
148
|
+
- `GIT_REMOTE_UNREACHABLE`: git remote unreachable.
|
|
149
|
+
|
|
150
|
+
## Tailscale
|
|
151
|
+
|
|
152
|
+
- **Meaning:** A machine is not on the tailnet as the fleet declares it.
|
|
153
|
+
- **Confirm:** `tailscale status` on the machine and `devfleet fleet-discover`.
|
|
154
|
+
- **Fix:** Sign the machine in (`sudo tailscale up` on a worker, the app on the manager), then run `devfleet fleet-sync`.
|
|
155
|
+
- **Escalate:** Logins and device approvals need a person.
|
|
156
|
+
|
|
157
|
+
- `TAILSCALE_DEVICE_REPLACED`: tailscale device replaced. **Needs a person.**
|
|
158
|
+
- `TAILSCALE_ENROLLMENT_REQUIRED`: tailscale enrollment required. **Needs a person.**
|
|
159
|
+
- `TAILSCALE_IDENTITY_CONFLICT`: tailscale identity conflict. **Needs a person.**
|
|
160
|
+
- `TAILSCALE_INTERACTIVE_AUTHORIZATION_REQUIRED`: tailscale interactive authorization required. **Needs a person.**
|
|
161
|
+
- `TAILSCALE_KEY_EXPIRY_UNOBSERVED`: tailscale key expiry unobserved.
|
|
162
|
+
- `TAILSCALE_LOGIN_REQUIRED`: tailscale login required. **Needs a person.**
|
|
163
|
+
- `TAILSCALE_NODE_MISSING`: tailscale node missing.
|
|
164
|
+
- `TAILSCALE_NODE_OFFLINE`: tailscale node offline.
|
|
165
|
+
- `TAILSCALE_SETUP_OR_LOGIN_REQUIRED`: tailscale setup or login required. **Needs a person.**
|
|
166
|
+
- `TAILSCALE_SOURCE_OWNER_CONFLICT`: tailscale source owner conflict. **Needs a person.**
|
|
167
|
+
- `TAILSCALE_UPGRADE_PENDING`: tailscale upgrade pending. **Needs a person.**
|
|
168
|
+
|
|
169
|
+
## T3 Code
|
|
170
|
+
|
|
171
|
+
- **Meaning:** The native T3 server or desktop app, its policy, its private route or its providers did not converge or verify.
|
|
172
|
+
- **Confirm:** `devfleet t3-status` and the `t3:*` checks of `devfleet fleet-status`.
|
|
173
|
+
- **Fix:** Run `devfleet fleet-sync`, then `devfleet t3-apply` for providers. A MIGRATION or MAINTENANCE code names a one-time step in its remedy.
|
|
174
|
+
- **Escalate:** Pairing and relinking a peer needs a person in T3 Settings.
|
|
175
|
+
|
|
176
|
+
- `MANAGER_T3_LINK_UNVERIFIED`: manager t3 link unverified.
|
|
177
|
+
- `T3_BASELINE_PREREQUISITES_REQUIRED`: t3 baseline prerequisites required.
|
|
178
|
+
- `T3_CACHE_DRIFT`: t3 cache drift.
|
|
179
|
+
- `T3_CHECKSUM_MISMATCH`: t3 checksum mismatch.
|
|
180
|
+
- `T3_DESKTOP_INSTALL_FAILED`: t3 desktop install failed.
|
|
181
|
+
- `T3_DESKTOP_STOPPED`: t3 desktop stopped.
|
|
182
|
+
- `T3_DOWNLOAD_UNAVAILABLE`: t3 download unavailable.
|
|
183
|
+
- `T3_ENVIRONMENT_IDENTITY_CHANGED`: t3 environment identity changed.
|
|
184
|
+
- `T3_EXECUTABLE_FAILED`: t3 executable failed.
|
|
185
|
+
- `T3_EXECUTABLE_OWNER_CONFLICT`: t3 executable owner conflict. **Needs a person.**
|
|
186
|
+
- `T3_EXTRACTION_FAILED`: t3 extraction failed.
|
|
187
|
+
- `T3_INSTALLATION_DRIFT`: t3 installation drift.
|
|
188
|
+
- `T3_MANAGER_ENDPOINT_REJECTED`: t3 manager endpoint rejected.
|
|
189
|
+
- `T3_MANAGER_ENDPOINT_UNREACHABLE`: t3 manager endpoint unreachable.
|
|
190
|
+
- `T3_MANAGER_IDENTITY_UNVERIFIED`: t3 manager identity unverified.
|
|
191
|
+
- `T3_MANAGER_ORIGIN_UNRESTRICTED`: t3 manager origin unrestricted.
|
|
192
|
+
- `T3_MANAGER_ORIGIN_UNVERIFIED`: t3 manager origin unverified.
|
|
193
|
+
- `T3_MODELS_MISMATCH`: t3 models mismatch.
|
|
194
|
+
- `T3_MODELS_UNVERIFIED`: t3 models unverified.
|
|
195
|
+
- `T3_POLICY_OWNER_CONFLICT`: t3 policy owner conflict. **Needs a person.**
|
|
196
|
+
- `T3_POLICY_RESTART_FAILED`: t3 policy restart failed.
|
|
197
|
+
- `T3_POLICY_RESTART_PENDING`: t3 policy restart pending.
|
|
198
|
+
- `T3_POLICY_STAGE_FAILED`: t3 policy stage failed.
|
|
199
|
+
- `T3_PRIVATE_IDENTITY_REQUIRED`: t3 private identity required.
|
|
200
|
+
- `T3_PRIVATE_ROUTE_CONFLICT`: t3 private route conflict.
|
|
201
|
+
- `T3_PRIVATE_ROUTE_REQUIRED`: t3 private route required.
|
|
202
|
+
- `T3_PRIVATE_ROUTE_UNVERIFIED`: t3 private route unverified.
|
|
203
|
+
- `T3_PROFILE_CONFLICT`: t3 profile conflict.
|
|
204
|
+
- `T3_PROFILE_PENDING`: t3 profile pending.
|
|
205
|
+
- `T3_PROFILE_RECORD_INVALID`: t3 profile record invalid.
|
|
206
|
+
- `T3_PROFILE_UNVERIFIED`: t3 profile unverified.
|
|
207
|
+
- `T3_PROVIDERS_PENDING`: t3 providers pending.
|
|
208
|
+
- `T3_PROVIDERS_UNVERIFIED`: t3 providers unverified.
|
|
209
|
+
- `T3_PROVIDER_CONFLICT`: t3 provider conflict.
|
|
210
|
+
- `T3_PROVIDER_NAMES_PENDING`: t3 provider names pending.
|
|
211
|
+
- `T3_PROVIDER_NAMES_UNVERIFIED`: t3 provider names unverified.
|
|
212
|
+
- `T3_RESTART_PENDING`: t3 restart pending.
|
|
213
|
+
- `T3_SETTINGS_BUSY`: t3 settings busy.
|
|
214
|
+
|
|
215
|
+
## Monitoring (Beszel)
|
|
216
|
+
|
|
217
|
+
- **Meaning:** The hub on the manager, an agent on a machine, an enrollment or the hub backups do not match what the fleet declares.
|
|
218
|
+
- **Confirm:** The `beszel:*` checks of `devfleet fleet-status --workers`; on the manager `docker compose ls` and the hub at `/_/`.
|
|
219
|
+
- **Fix:** Run `devfleet fleet-sync`, which converges the hub, its accounts, its backups and every agent. Hub data is never deleted.
|
|
220
|
+
- **Escalate:** BESZEL_HUB_UPGRADE_PENDING needs a verified backup and a planned upgrade by a person.
|
|
221
|
+
|
|
222
|
+
- `BESZEL_ACCOUNT_INVALID`: beszel account invalid.
|
|
223
|
+
- `BESZEL_ACCOUNT_REQUIRED`: beszel account required. **Needs a person.**
|
|
224
|
+
- `BESZEL_AGENT_CONNECTION_PENDING`: beszel agent connection pending.
|
|
225
|
+
- `BESZEL_AGENT_DISCONNECTED`: beszel agent disconnected.
|
|
226
|
+
- `BESZEL_AGENT_KEY_REJECTED`: beszel agent key rejected.
|
|
227
|
+
- `BESZEL_AGENT_LOG_UNAVAILABLE`: beszel agent log unavailable.
|
|
228
|
+
- `BESZEL_AGENT_TOKEN_REJECTED`: beszel agent token rejected.
|
|
229
|
+
- `BESZEL_API_UNAVAILABLE`: beszel api unavailable.
|
|
230
|
+
- `BESZEL_API_UNVERIFIED`: beszel api unverified.
|
|
231
|
+
- `BESZEL_AUTH_REQUIRED`: beszel auth required.
|
|
232
|
+
- `BESZEL_BACKUP_CONVERGENCE_FAILED`: beszel backup convergence failed.
|
|
233
|
+
- `BESZEL_BACKUP_NOT_CONVERGED`: beszel backup not converged.
|
|
234
|
+
- `BESZEL_BACKUP_OFFHOST_REQUIRED`: beszel backup offhost required.
|
|
235
|
+
- `BESZEL_BACKUP_STALE`: beszel backup stale.
|
|
236
|
+
- `BESZEL_BACKUP_UNSCHEDULED`: beszel backup unscheduled.
|
|
237
|
+
- `BESZEL_BACKUP_UNVERIFIED`: beszel backup unverified.
|
|
238
|
+
- `BESZEL_CREDENTIALS_REQUIRED`: beszel credentials required. **Needs a person.**
|
|
239
|
+
- `BESZEL_DISK_FULL`: beszel disk full.
|
|
240
|
+
- `BESZEL_DISK_UNVERIFIED`: beszel disk unverified.
|
|
241
|
+
- `BESZEL_DOCKER_DESKTOP_REQUIRED`: beszel docker desktop required.
|
|
242
|
+
- `BESZEL_ENROLLMENT_INCOMPLETE`: beszel enrollment incomplete.
|
|
243
|
+
- `BESZEL_HOST_CONFLICT`: beszel host conflict.
|
|
244
|
+
- `BESZEL_HUB_INSTALLATION_INCOMPLETE`: beszel hub installation incomplete.
|
|
245
|
+
- `BESZEL_HUB_MISMATCH`: beszel hub mismatch.
|
|
246
|
+
- `BESZEL_HUB_SELECTION_REQUIRED`: beszel hub selection required.
|
|
247
|
+
- `BESZEL_HUB_UNHEALTHY`: beszel hub unhealthy.
|
|
248
|
+
- `BESZEL_HUB_UNREACHABLE`: beszel hub unreachable.
|
|
249
|
+
- `BESZEL_HUB_UPGRADE_PENDING`: beszel hub upgrade pending. **Needs a person.**
|
|
250
|
+
- `BESZEL_INPUT_INVALID`: beszel input invalid.
|
|
251
|
+
- `BESZEL_INPUT_LIMIT`: beszel input limit.
|
|
252
|
+
- `BESZEL_INSTALLATION_INCOMPLETE`: beszel installation incomplete.
|
|
253
|
+
- `BESZEL_LEGACY_DAEMON`: beszel legacy daemon.
|
|
254
|
+
- `BESZEL_METRICS_STALE`: beszel metrics stale.
|
|
255
|
+
- `BESZEL_NODE_INVALID`: beszel node invalid.
|
|
256
|
+
- `BESZEL_NODE_MISSING`: beszel node missing.
|
|
257
|
+
- `BESZEL_NODE_TAILNET_REQUIRED`: beszel node tailnet required.
|
|
258
|
+
- `BESZEL_NOT_ENROLLED`: beszel not enrolled.
|
|
259
|
+
- `BESZEL_NOT_HUB`: beszel not hub.
|
|
260
|
+
- `BESZEL_NOT_MANAGER`: beszel not manager.
|
|
261
|
+
- `BESZEL_OPERATION_INCOMPLETE`: beszel operation incomplete.
|
|
262
|
+
- `BESZEL_PRIVATE_ROUTE_CONFLICT`: beszel private route conflict.
|
|
263
|
+
- `BESZEL_PRIVATE_ROUTE_REQUIRED`: beszel private route required.
|
|
264
|
+
- `BESZEL_PRIVATE_ROUTE_UNVERIFIED`: beszel private route unverified.
|
|
265
|
+
- `BESZEL_PROTOCOL`: beszel protocol.
|
|
266
|
+
- `BESZEL_PUBLIC_ENDPOINT_OFFLINE`: beszel public endpoint offline.
|
|
267
|
+
- `BESZEL_REMOTE_EVIDENCE_INVALID`: beszel remote evidence invalid.
|
|
268
|
+
- `BESZEL_RESPONSE_LIMIT`: beszel response limit.
|
|
269
|
+
- `BESZEL_SERVICE_STOPPED`: beszel service stopped.
|
|
270
|
+
- `BESZEL_SOURCE_MISMATCH`: beszel source mismatch.
|
|
271
|
+
- `BESZEL_TAILSCALE_REQUIRED`: beszel tailscale required.
|
|
272
|
+
- `BESZEL_TOKEN_INVALID`: beszel token invalid.
|
|
273
|
+
- `BESZEL_TUNNEL_CREDENTIAL_UNAVAILABLE`: beszel tunnel credential unavailable. **Needs a person.**
|
|
274
|
+
- `BESZEL_VERSION_MISMATCH`: beszel version mismatch.
|
|
275
|
+
- `BESZEL_VIEWER_ROLE`: beszel viewer role.
|
|
276
|
+
- `BESZEL_VIEWER_UNPROVISIONED`: beszel viewer unprovisioned.
|
|
277
|
+
- `BESZEL_VIEWER_UNVERIFIED`: beszel viewer unverified.
|
|
278
|
+
|
|
279
|
+
## Coding agents and providers
|
|
280
|
+
|
|
281
|
+
- **Meaning:** An agent CLI, its profile or a provider behind the CLI proxy did not answer as expected.
|
|
282
|
+
- **Confirm:** The `agent:*` and `provider:*` checks of `devfleet fleet-status`, and `devfleet cliproxy` on the manager.
|
|
283
|
+
- **Fix:** Run `devfleet fleet-sync`; a rate limit or upstream outage clears on its own.
|
|
284
|
+
- **Escalate:** PROVIDER_AUTH_REJECTED needs a person to sign the account in again on the proxy.
|
|
285
|
+
|
|
286
|
+
- `AGENT_MEMORY_LIMIT_MISSING`: agent memory limit missing.
|
|
287
|
+
- `AGENT_MODEL_UNSERVED`: agent model unserved.
|
|
288
|
+
- `AGENT_PROFILE_STALE`: agent profile stale.
|
|
289
|
+
- `AGENT_SERVICE_ENVIRONMENT_INCOMPLETE`: agent service environment incomplete.
|
|
290
|
+
- `AGENT_SERVICE_ENVIRONMENT_UNVERIFIED`: agent service environment unverified.
|
|
291
|
+
- `AGENT_SESSION_UNVERIFIED`: agent session unverified.
|
|
292
|
+
- `AGENT_VAULT_UNAVAILABLE`: agent vault unavailable.
|
|
293
|
+
- `AGENT_VERSION_MISMATCH`: agent version mismatch.
|
|
294
|
+
- `PROVIDER_AUTH_REJECTED`: provider auth rejected. **Needs a person.**
|
|
295
|
+
- `PROVIDER_EMPTY_RESPONSE`: provider empty response.
|
|
296
|
+
- `PROVIDER_MODEL_UNAVAILABLE`: provider model unavailable.
|
|
297
|
+
- `PROVIDER_NETWORK_UNVERIFIED`: provider network unverified.
|
|
298
|
+
- `PROVIDER_OUTPUT_UNVERIFIED`: provider output unverified.
|
|
299
|
+
- `PROVIDER_PROTOCOL_REJECTED`: provider protocol rejected.
|
|
300
|
+
- `PROVIDER_RATE_LIMITED`: provider rate limited.
|
|
301
|
+
- `PROVIDER_RESPONSE_INVALID`: provider response invalid.
|
|
302
|
+
- `PROVIDER_RESPONSE_LIMIT`: provider response limit.
|
|
303
|
+
- `PROVIDER_ROUTE_UNVERIFIED`: provider route unverified.
|
|
304
|
+
- `PROVIDER_STREAM_INCOMPLETE`: provider stream incomplete.
|
|
305
|
+
- `PROVIDER_TIMEOUT`: provider timeout.
|
|
306
|
+
- `PROVIDER_TOOL_ARGUMENTS_INVALID`: provider tool arguments invalid.
|
|
307
|
+
- `PROVIDER_TOOL_INVALID`: provider tool invalid.
|
|
308
|
+
- `PROVIDER_TOOL_MISSING`: provider tool missing.
|
|
309
|
+
- `PROVIDER_TOOL_RESULT_UNVERIFIED`: provider tool result unverified.
|
|
310
|
+
- `PROVIDER_UNATTENDED_CREDENTIAL_REQUIRED`: provider unattended credential required.
|
|
311
|
+
- `PROVIDER_UPSTREAM_UNAVAILABLE`: provider upstream unavailable.
|
|
312
|
+
- `PROXY_RECONCILE_UNVERIFIED`: proxy reconcile unverified.
|
|
313
|
+
- `UNATTENDED_PROXY_AUTHENTICATION_REQUIRED`: unattended proxy authentication required.
|
|
314
|
+
|
|
315
|
+
## Provider accounts
|
|
316
|
+
|
|
317
|
+
- **Meaning:** A change to a provider account on the CLI proxy (sign-in, removal, cooldown) did not complete.
|
|
318
|
+
- **Confirm:** `devfleet fleet-accounts` lists every account and its state; `devfleet fleet-accounts --diff` compares this machine.
|
|
319
|
+
- **Fix:** Retry the change with `devfleet fleet-accounts`; see [Provider accounts](accounts.md).
|
|
320
|
+
- **Escalate:** Signing an account in again needs a person.
|
|
321
|
+
|
|
322
|
+
- `ACCOUNT_CHANGE_FAILED`: account change failed.
|
|
323
|
+
|
|
324
|
+
## Vault and credentials
|
|
325
|
+
|
|
326
|
+
- **Meaning:** A machine cannot read the secrets it needs with its own Vault session.
|
|
327
|
+
- **Confirm:** `vault token lookup` on the machine and the `worker:vault-renewal` check.
|
|
328
|
+
- **Fix:** Log the machine in once (`devfleet fleet-sync` asks on the manager); renewal is automatic afterwards.
|
|
329
|
+
- **Escalate:** A refused policy needs the Vault administrator.
|
|
330
|
+
|
|
331
|
+
- `UNATTENDED_VAULT_IDENTITY_REQUIRED`: unattended vault identity required.
|
|
332
|
+
- `VAULT_LOGIN_REQUIRED`: vault login required. **Needs a person.**
|
|
333
|
+
- `VAULT_POLICY_PERMISSION_REQUIRED`: vault policy permission required. **Needs a person.**
|
|
334
|
+
- `VAULT_RENEWAL_FAILING`: vault renewal failing.
|
|
335
|
+
|
|
336
|
+
## Fleet operations and the fleet state
|
|
337
|
+
|
|
338
|
+
- **Meaning:** fleet-sync could not plan, lock, reach a machine, promote a revision or keep the fleet state.
|
|
339
|
+
- **Confirm:** `devfleet fleet-state` for the state, `devfleet fleet-status` for machines, and the report `devfleet fleet-sync` writes.
|
|
340
|
+
- **Fix:** Follow the remedy; most clear by running `devfleet fleet-sync` again once the holder of a lock finishes.
|
|
341
|
+
- **Escalate:** FLEET_STATE_DIVERGED needs a person to choose which copy of the state to keep (docs/state.md).
|
|
342
|
+
|
|
343
|
+
- `ANSIBLE_VARIABLE_LIMIT`: ansible variable limit.
|
|
344
|
+
- `CONTAINER_WATCHDOG_UNOBSERVED`: container watchdog unobserved.
|
|
345
|
+
- `FLEET_CONNECTION_REQUIRED`: fleet connection required.
|
|
346
|
+
- `FLEET_MANAGER_ENROLLMENT_REQUIRED`: fleet manager enrollment required. **Needs a person.**
|
|
347
|
+
- `FLEET_MANAGER_LOCKED`: fleet manager locked.
|
|
348
|
+
- `FLEET_MANAGER_UNREACHABLE`: fleet manager unreachable.
|
|
349
|
+
- `FLEET_NOT_MANAGER`: fleet not manager.
|
|
350
|
+
- `FLEET_PLAN_STALE`: fleet plan stale.
|
|
351
|
+
- `FLEET_PROMOTION_BLOCKED`: fleet promotion blocked.
|
|
352
|
+
- `FLEET_REMOTE_LOCKED`: fleet remote locked.
|
|
353
|
+
- `FLEET_REMOTE_OPERATION_FAILED`: fleet remote operation failed.
|
|
354
|
+
- `FLEET_REVISION_REQUIRED`: fleet revision required.
|
|
355
|
+
- `FLEET_SCHEDULE_PREVIEW`: fleet schedule preview.
|
|
356
|
+
- `FLEET_SOURCE_UNAVAILABLE`: fleet source unavailable.
|
|
357
|
+
- `FLEET_STATE_DIVERGED`: fleet state diverged. **Needs a person.**
|
|
358
|
+
- `FLEET_VERIFICATION_MISSING`: fleet verification missing.
|
|
359
|
+
- `MANAGER_AGENT_PROFILES_FAILED`: manager agent profiles failed.
|
|
360
|
+
- `MANAGER_DISK_UNOBSERVED`: manager disk unobserved.
|
|
361
|
+
- `MANAGER_DOCKER_DESKTOP_DRIFT`: manager docker desktop drift.
|
|
362
|
+
- `MANAGER_DOCKER_DESKTOP_UNOBSERVED`: manager docker desktop unobserved.
|
|
363
|
+
- `MANAGER_RELEASE_UNOBSERVED`: manager release unobserved.
|
|
364
|
+
- `MANAGER_SLEEPS_ON_POWER`: manager sleeps on power.
|
|
365
|
+
- `MANAGER_UPDATES_UNOBSERVED`: manager updates unobserved.
|
|
366
|
+
- `REMOTE_CONFIGURATION_INCOMPLETE`: remote configuration incomplete.
|
|
367
|
+
- `REMOTE_PHASE_FAILED`: remote phase failed.
|
|
368
|
+
|
|
369
|
+
## Notifications (fleet-watch)
|
|
370
|
+
|
|
371
|
+
- **Meaning:** fleet-watch could not reach a notification target `notify` in `fleet.json` names, or its address is not stored as a secret.
|
|
372
|
+
- **Confirm:** Run `devfleet fleet-watch --test` and read the `notify:*` checks.
|
|
373
|
+
- **Fix:** Store the target's address as the secret the remedy names, or fix the endpoint, then run `devfleet fleet-watch --test` again.
|
|
374
|
+
- **Escalate:** A target that keeps refusing needs whoever runs that endpoint.
|
|
375
|
+
|
|
376
|
+
- `NOTIFY_DELIVERY_FAILED`: notify delivery failed.
|
|
377
|
+
- `NOTIFY_TARGET_UNAVAILABLE`: notify target unavailable.
|
package/docs/state.md
CHANGED
|
@@ -4,13 +4,18 @@ A fleet is described in two places you own. Your project in Git holds
|
|
|
4
4
|
`fleet.json` and pins the dev-fleet version. Everything else the manager
|
|
5
5
|
cannot rebuild from Git is the **fleet state**:
|
|
6
6
|
|
|
7
|
-
| Document | What it is
|
|
8
|
-
| ------------ |
|
|
9
|
-
| `roster` | The enrolled connection to each worker (SSH alias, Tailscale device)
|
|
10
|
-
| `enrollment` | The revision `fleet-sync` approved and the one it last applied
|
|
11
|
-
| `definition` | The fleet configuration `fleet-sync` last applied: your `fleet.json`
|
|
12
|
-
|
|
13
|
-
|
|
7
|
+
| Document | What it is |
|
|
8
|
+
| ------------ | --------------------------------------------------------------------- |
|
|
9
|
+
| `roster` | The enrolled connection to each worker (SSH alias, Tailscale device) |
|
|
10
|
+
| `enrollment` | The revision `fleet-sync` approved and the one it last applied |
|
|
11
|
+
| `definition` | The fleet configuration `fleet-sync` last applied: your `fleet.json` |
|
|
12
|
+
| `history` | The last 90 days of `fleet-sync` runs (at most 500), and the schedule |
|
|
13
|
+
|
|
14
|
+
`devfleet fleet-watch` also keeps `watch.json` in the bucket, beside the
|
|
15
|
+
database: the health of each worker when it last looked, and when that was
|
|
16
|
+
(the manager's heartbeat). Losing it costs at most one repeated notification.
|
|
17
|
+
|
|
18
|
+
The three documents live in one SQLite database, and [Litestream](https://litestream.io)
|
|
14
19
|
replicates that database to a storage bucket you own. The bucket is the source
|
|
15
20
|
of truth. The copy on the manager is disposable: delete it, or replace the
|
|
16
21
|
whole machine, and the next command brings the fleet back.
|
|
@@ -118,6 +123,7 @@ way, needs no credentials and is the quickest way to try this out.
|
|
|
118
123
|
```sh
|
|
119
124
|
devfleet fleet-state # read-only: where the state is, and how it stands with the bucket
|
|
120
125
|
devfleet fleet-state --example # print a fleet.json to start a project from
|
|
126
|
+
devfleet fleet-report --since 30d # read-only: how reliably fleet-sync ran, from the history
|
|
121
127
|
devfleet fleet-state --export # print the configuration fleet-sync last applied
|
|
122
128
|
devfleet fleet-state --push # upload changes made while the bucket was unreachable
|
|
123
129
|
devfleet fleet-state --restore # replace the local copy with the bucket's
|