personal_infra/ansible
counterweight a0c23ae766
datum-gateway: convert to a role, de-Uptime-Kuma the health check
802-line playbook becomes 68 lines (three plays: the role, the Caddy dashboard,
the Stratum socket proxy) plus a 345-line role. datum_gateway_vars.yml is
deleted; its content is the role's defaults.

Verified after a real run with zero miners connected: datum-gateway restarted
cleanly onto the reformatted config, deployed config.json semantically identical
to what was there (pool_address bc1qvrj3g84..., pool_pass_* false, ports
unchanged), health check timer firing, and the Knots side untouched - bitcoind
still up since 2026-08-19 with blocknotify intact.

TWO PIECES OF DRIFT WHERE THE NODE WAS RIGHT, both confirmed with the operator:

- datum_mining_address: the vault held bc1qdse9dsg... while the node had been
  mining to bc1qvrj3g... since 2026-08-08. This is WHERE BLOCK REWARDS ARE PAID.
  And unlike fulcrum and bitcoin-knots, the `Restart datum-gateway` handler here
  was never gated, so the stale value would have applied immediately rather than
  sitting inert on disk.
- pool_pass_workers / pool_pass_full_users: false on the node, true in the vars
  file.

Both corrected in the vault and role defaults with notes recording why.

Comparing this config needs semantics, not text: the live file is single-line
JSON and the template renders pretty-printed, so a textual diff is pure noise.
Rendering it and comparing parsed JSON is what surfaced both differences.

config.json carries bitcoind.rpcpassword and api.admin_password, and --diff
prints rendered content - so `--check --diff` put them on the terminal. The task
now sets diff: false by default (-e datum_reveal_config=true to opt in). Those
two should be rotated.

I also mis-reported pool_pass_workers/pool_pass_full_users as exposed credentials
because my masking matched "pass" in the key name. They are BOOLEANS, and
mining.pool_address is a Bitcoin address, public by nature. Only the two real
passwords above were exposed.

`Configure cmake build` and `Compile datum_gateway` are bare command: tasks with
no changed_when, so they recompile on every run. The build is reproducible -
Install datum_gateway binary sees identical content and leaves the installed
binary's timestamp alone - but it is wasted work each time. Documented as the
idempotent floor.

Ownership parity checked mechanically against `git show HEAD:` keyed by task
name: 7/7 match, 9 Kuma tasks dropped.

This completes Plan 6 Stage 2: all six services in the list are roles.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-09-13 18:25:41 +02:00
..
group_vars datum-gateway: convert to a role, de-Uptime-Kuma the health check 2026-09-13 18:25:41 +02:00
host_vars/nodito vars 2026-09-11 22:17:13 +02:00
infra uptime-kuma: deprecation banners on the monitoring-only plays 2026-09-11 22:43:55 +02:00
playbooks age backups everywhere 2026-09-12 16:20:42 +02:00
roles datum-gateway: convert to a role, de-Uptime-Kuma the health check 2026-09-13 18:25:41 +02:00
services datum-gateway: convert to a role, de-Uptime-Kuma the health check 2026-09-13 18:25:41 +02:00
ansible.cfg now using password 2026-09-11 17:59:41 +02:00
infra_secrets.yml datum-gateway: convert to a role, de-Uptime-Kuma the health check 2026-09-13 18:25:41 +02:00
infra_secrets.yml.example uptime-kuma: remove credentials from the vaults 2026-09-11 22:43:15 +02:00
infra_vars.yml uptime-kuma: add uptime_kuma_enabled flag and make monitoring blocks inert 2026-09-11 22:43:55 +02:00
inventory.ini clean up old backing up 2026-09-12 17:16:26 +02:00
requirements.yml uptime-kuma: annotate config and drop the unused collection 2026-09-11 22:43:56 +02:00
services_config.yml datum-gateway: convert to a role, de-Uptime-Kuma the health check 2026-09-13 18:25:41 +02:00