@evident-ai/runner-synchroniser 3.4.1-dev.b740141 → 3.4.1-dev.c03b461
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 +14 -1
- package/dist/cli.js +33905 -34825
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -86,6 +86,13 @@ a warning `restore_retried` record before the retry's result is known. Writing i
|
|
|
86
86
|
and never changes this command's exit code. The CLI reader owns this record contract: add a new
|
|
87
87
|
`v` rather than repurposing a field.
|
|
88
88
|
|
|
89
|
+
MicroVM boot-shell give-ups use that same JSONL contract and path. The hook truncates the
|
|
90
|
+
report at the start of each `/run`, so a later startup decision supersedes an earlier one;
|
|
91
|
+
`/resume` preserves the current report. Their `replication_suspended` field is `true`, meaning
|
|
92
|
+
that start is not backing up its new session history. The normal mapper defaults the field to
|
|
93
|
+
`false`; the MicroVM `--fresh-db-fallback` outcome is also `true` because it cannot safely
|
|
94
|
+
replicate that boot.
|
|
95
|
+
|
|
89
96
|
#### Positionals
|
|
90
97
|
|
|
91
98
|
| Positional | Meaning |
|
|
@@ -119,6 +126,9 @@ marks a runtime that intentionally has no retry budget and will therefore boot f
|
|
|
119
126
|
otherwise-transient failure. Each flag may appear once, does not change the command's exit code,
|
|
120
127
|
and is rejected when repeated.
|
|
121
128
|
|
|
129
|
+
On the MicroVM's one-attempt path, `--fresh-db-fallback` also means the fresh database does not
|
|
130
|
+
replicate during that boot.
|
|
131
|
+
|
|
122
132
|
#### Outcome → exit code
|
|
123
133
|
|
|
124
134
|
| Outcome | Code | When |
|
|
@@ -138,6 +148,9 @@ and is rejected when repeated.
|
|
|
138
148
|
| `fatal(misconfig)` | `30` | no object store while persistence is enabled, or the probe failed on attempt 2 |
|
|
139
149
|
| `fatal(deliberate)` | `30` | attempt 2, `crash` |
|
|
140
150
|
|
|
151
|
+
Fatal exit codes 30 and 34 are reported directly to `POST /v1/runners/self/startup-failure`
|
|
152
|
+
before the CLI starts. Reporting is best-effort and never changes the exit code.
|
|
153
|
+
|
|
141
154
|
`31` also guarantees local debris (`opencode.db`, `-wal`, `-shm`) is discarded, one `try` per path, at the classifier's single return point. Note `32` isn't purely "transient" — `recovered` shares it with `retryTransient` even though a `recovered` outcome already mutated S3.
|
|
142
155
|
|
|
143
156
|
The probe is a `list`, not a `get`: S3 answers a wrong bucket name with `NoSuchBucket`, also a 404, so a `get`-based probe would read a misconfigured bucket as healthy and unlock recovery against it.
|
|
@@ -217,7 +230,7 @@ what it is.
|
|
|
217
230
|
- **`clear`** — deletes every key under `<prefix>/opencode.db/` passing `isDeletableReplicaKey`; that guard, not the `list()` prefix, is the boundary (IAM grants `s3:DeleteObject*` bucket-wide). One `try` per key. A **partial** clear still reports `recovered`/`32`. Cost: all saved history, unconditionally.
|
|
218
231
|
- **`crash`** — first in the switch, no S3 mutation even considered → `fatal(deliberate)`/`30` → `entrypoint.sh` `die`s → task replaced → **crash loop** until an operator intervenes.
|
|
219
232
|
|
|
220
|
-
#### The measured real-world key layout (litestream 0.5.13)
|
|
233
|
+
#### The measured real-world key layout (litestream 0.5.13 historical sample)
|
|
221
234
|
|
|
222
235
|
`parseLtxKey` (`src/replica-keys.ts`) expects
|
|
223
236
|
`<prefix>/opencode.db/<level:04d>/<minTxid>-<maxTxid>.ltx` — **no `ltx/` path segment**,
|