Files
felhom.eu/documentation/audits/update-night-2026-09-21/apps/docmost/app-logs-after.txt
T
admin da20722e76
gates / gates (push) Successful in 27s
Update night 2026-09-21: Phase 0 and Phase 1 evidence, the drill method, and two instrument fixes
INTERIM CHECKPOINT — evidence off the machine at the end of the phase that produced it (R-320),
not at the end of the session. Phases 2-5 follow in a later commit.

Phase 0, all three mechanisms proven with their controls:
- the fleet floor to 0.261.0 with its declared MinAgent — both demo boxes in 13 s, the hub
  logging `managed floor SERVED ... from declared (golden 0.258.0)`.
- a PRIVATE DRILL CATALOG (admin/app-catalog-drill), so that broken, dummy, cross-repo and
  engine-major edges can be measured without the live catalog ever carrying one. Positive
  control quoted, and two negative controls: the live catalog's main and both real boxes'
  caches unchanged.
- a throwaway image store on the scratch guest, which is what makes an UNATTENDED HOLD
  measurable at all: an edge that PASSES the within-a-major test and still fails.
  CompareImageRefs was proven to order host:port/ references by RUNNING it (4 positive cases
  + 1 negative control), not by reading it.

Phase 1: real within-a-major upstream edges walked on guest 9202 through the product's own
guarded Update, each app seeded and read back through its OWN front door (R-156), with a
per-edge verdict record in 09's shape. `inconclusive` is never collapsed into `failed`.

TWO INSTRUMENT FIXES, both in this repo's own evidence code:
- 00-api-recipe.md said the app page is /app/<n>; it is /apps/<n>, and every call it described
  404s. Corrected, with the session-expiry note that cost the same time.
- unattended-caller.py's follow() read update_phase/updating off the API ENVELOPE, so both were
  always None and EVERY followed update ran to its 900 s timeout and was then recorded
  `timeout` and never-press-again. Fixed before B1 relied on it. R-623.

No controller, agent or hub code was written. The live catalog carries no broken reference.

Gates: repo_gates.py --fast — all 15 OK, exit 0.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0159rPz1ZhFKsS53msqPYxtS
2026-09-21 21:17:46 +02:00

42 lines
5.1 KiB
Plaintext

docmost-postgres |
docmost-postgres | PostgreSQL Database directory appears to contain a database; Skipping initialization
docmost-postgres |
docmost-postgres | 2026-09-21 20:24:55.198 CEST [1] LOG: starting PostgreSQL 16.15 on x86_64-pc-linux-musl, compiled by gcc (Alpine 15.2.0) 15.2.0, 64-bit
docmost-postgres | 2026-09-21 20:24:55.198 CEST [1] LOG: listening on IPv4 address "0.0.0.0", port 5432
docmost-postgres | 2026-09-21 20:24:55.198 CEST [1] LOG: listening on IPv6 address "::", port 5432
docmost-postgres | 2026-09-21 20:24:55.203 CEST [1] LOG: listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
docmost-postgres | 2026-09-21 20:24:55.212 CEST [30] LOG: database system was shut down at 2026-09-21 20:24:54 CEST
docmost-postgres | 2026-09-21 20:24:55.254 CEST [1] LOG: database system is ready to accept connections
docmost-redis | 1:C 21 Sep 2026 20:24:55.117 # WARNING Memory overcommit must be enabled! Without it, a background save or replication may fail under low memory condition. Being disabled, it can also cause failures without low memory condition, see https://github.com/jemalloc/jemalloc/issues/1328. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect.
docmost-redis | 1:C 21 Sep 2026 20:24:55.117 * oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
docmost-redis | 1:C 21 Sep 2026 20:24:55.117 * Redis version=7.4.11, bits=64, commit=00000000, modified=0, pid=1, just started
docmost-redis | 1:C 21 Sep 2026 20:24:55.117 * Configuration loaded
docmost-redis | 1:M 21 Sep 2026 20:24:55.118 * Increased maximum number of open files to 10032 (it was originally set to 1024).
docmost-redis | 1:M 21 Sep 2026 20:24:55.118 * monotonic clock: POSIX clock_gettime
docmost-redis | 1:M 21 Sep 2026 20:24:55.119 * Running mode=standalone, port=6379.
docmost-redis | 1:M 21 Sep 2026 20:24:55.119 * Server initialized
docmost-redis | 1:M 21 Sep 2026 20:24:55.119 * Reading RDB base file on AOF loading...
docmost-redis | 1:M 21 Sep 2026 20:24:55.119 * Loading RDB produced by version 7.4.11
docmost-redis | 1:M 21 Sep 2026 20:24:55.119 * RDB age 146 seconds
docmost-redis | 1:M 21 Sep 2026 20:24:55.119 * RDB memory usage when created 0.90 Mb
docmost-redis | 1:M 21 Sep 2026 20:24:55.119 * RDB is base AOF
docmost-redis | 1:M 21 Sep 2026 20:24:55.119 * Done loading RDB, keys loaded: 0, keys expired: 0.
docmost-redis | 1:M 21 Sep 2026 20:24:55.119 * DB loaded from base file appendonly.aof.1.base.rdb: 0.000 seconds
docmost-redis | 1:M 21 Sep 2026 20:24:55.121 * DB loaded from incr file appendonly.aof.1.incr.aof: 0.002 seconds
docmost-redis | 1:M 21 Sep 2026 20:24:55.121 * DB loaded from append only file: 0.002 seconds
docmost-redis | 1:M 21 Sep 2026 20:24:55.121 * Opening AOF incr file appendonly.aof.1.incr.aof on server start
docmost-redis | 1:M 21 Sep 2026 20:24:55.121 * Ready to accept connections tcp
docmost | $ pnpm --filter ./apps/server run start:prod
docmost | $ cross-env NODE_ENV=production node dist/main
docmost | (node:45) ExperimentalWarning: localStorage is not available because --localstorage-file was not provided.
docmost | (Use `node --trace-warnings ...` to show where the warning was created)
docmost | {"level":"info","time":"2026-09-21T18:25:12.473Z","pid":45,"hostname":"0dc77b73c358","context":"RedisModule","msg":"default: the connection was successfully established"}
docmost | {"level":"info","time":"2026-09-21T18:25:12.728Z","pid":45,"hostname":"0dc77b73c358","context":"DatabaseModule","msg":"Establishing database connection"}
docmost | {"level":"info","time":"2026-09-21T18:25:12.768Z","pid":45,"hostname":"0dc77b73c358","context":"DatabaseModule","msg":"Database connection successful"}
docmost | {"level":"info","time":"2026-09-21T18:25:13.099Z","pid":45,"hostname":"0dc77b73c358","context":"DatabaseMigrationService","msg":"Migration \"20260824T211732-page-title-trgm-index\" executed successfully"}
docmost | {"level":"info","time":"2026-09-21T18:25:13.099Z","pid":45,"hostname":"0dc77b73c358","context":"DatabaseMigrationService","msg":"Migration \"20260825T022612-oauth\" executed successfully"}
docmost | {"level":"info","time":"2026-09-21T18:25:13.099Z","pid":45,"hostname":"0dc77b73c358","context":"DatabaseMigrationService","msg":"Migration \"20260902T121326-siem-destinations\" executed successfully"}
docmost | {"level":"info","time":"2026-09-21T18:25:13.099Z","pid":45,"hostname":"0dc77b73c358","context":"DatabaseMigrationService","msg":"Migration \"20260904T171920-public-spaces\" executed successfully"}
docmost | {"level":"info","time":"2026-09-21T18:25:13.148Z","pid":45,"hostname":"0dc77b73c358","context":"NestApplication","msg":"Nest application successfully started"}
docmost | {"level":"info","time":"2026-09-21T18:25:13.161Z","pid":45,"hostname":"0dc77b73c358","context":"NestApplication","msg":"Listening on http://127.0.0.1:3000 / https://docs.enkisfelhom.hu"}