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
11 lines
492 B
Plaintext
11 lines
492 B
Plaintext
sync 200 {'ok': True, 'data': {'ok': True, 'message': 'Sablonok naprakészek — nincs változás'}, 'message': 'Sablonok na
|
|
control 1 (9202 follows drill): a837c3a DRILL: FROM states for the undo bake-off
|
|
image: docmost/docmost:0.95.0
|
|
image: vikunja/vikunja:2.3.0
|
|
image: rommapp/romm:5.0.0
|
|
|
|
control 2 (9201 on live): cfcfe52 upgrade-test: watch memory after the readback (harness v2, R-635/R-462)
|
|
|
|
control 3 (live main): cfcfe527842865aa35a6d2ae9d361872e36afc9a refs/heads/main
|
|
|