admin
5a349d9884
gates / gates (push) Successful in 26s
- 09 §3: decision 19 (the copy method is chosen by a bake-off) and 20 (the full-system backup waits for the update leg, inside its window; built later). - Bake-off on 9202, docmost / romm / vikunja: both methods pass every case; the folder copy wins because an app with no database server gets no dump, so dump-and-load would need the folder copy anyway. 1-5 s extra downtime, ~420 MB/s, disk = the volumes. - R-645 filed: lifting an update hold by hand lets the recovery unit be re-captured with the failed definition within seconds. Documents and evidence only; product code follows in the controller. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_0159rPz1ZhFKsS53msqPYxtS
16 lines
726 B
Plaintext
16 lines
726 B
Plaintext
09:59:23 === undo by F: docmost
|
|
09:59:41 [INFO] [settings] restore hold CLEARED for docmost
|
|
|
|
09:59:43 pinned_images:
|
|
docmost: docmost/docmost:0.95.0
|
|
docmost-postgres: postgres:16-alpine
|
|
docmost-redis: redis:7-alpine
|
|
|
|
09:59:43 hold lift + pin back took 20.2 s (not part of a product undo)
|
|
09:59:48 volumes put back in 2.20s
|
|
|
|
09:59:59 product start -> 200
|
|
10:00:12 docmost: login as the seeded user http=200 ok=True
|
|
10:00:12 docmost B: /api/spaces http=200 seeded-space-listed=True (negative control listed=False)
|
|
10:00:15 F RESULT: healthy=True after 23.6s A=True B=True db now: 48 52 ledger, newest 20260904T171920-public-spaces (before the update: 42 48 ledger, newest 20260620T010047-personal-spaces)
|