counterweight
954b683c71
Three files existed only as second copies of things group_vars/all already
auto-loads, and 34 playbooks named them in vars_files: - which outranks
group_vars, so the copies won. The day someone edited one and not the other,
those plays would silently keep the stale value. infra_vars.yml was already
drifting: group_vars/all/main.yml had grown age_backup_recipient and
backup_pull_public_key that it lacked.
infra_vars.yml - a strict subset of group_vars/all/main.yml
infra_secrets.yml - decrypts byte-identical to group_vars/all/vault.yml
infra_secrets.yml.example - documented Uptime Kuma credentials as the reason
the file exists, which stopped being true
Deleted, along with 62 vars_files entries across 34 playbooks (12 of which
named ../../group_vars/all/main.yml directly - same defect, a vars_files entry
duplicating an auto-loaded file at higher precedence than the file itself).
Checked before touching anything: infra_secrets.yml was listed LAST in 10 plays,
after services_config.yml, so removal would flip precedence if the two shared a
key. They share none, and neither does services_config.yml with
group_vars/all/main.yml, so the removal is provably inert.
services_config.yml was the last one standing. It held four unrelated things:
caddy_sites_dir - an identical copy of roles/caddy_site/defaults/.
Deleted; the role default is now the only one.
*.tailscale_hostname (x3) - a THIRD copy of each box's identity, which
inventory.ini already holds as ansible_host.
Deleted. Edge plays now read
hostvars['<host>'].ansible_host - verified an
edge play resolves that with nothing loaded and
the other host in no play. Three copies of one
name is how bitcoin_rpc_host ended up labelled
"knots_box" while pointing at fulcrum-box.
subdomains, ntfy topic, - genuinely global: their readers span managed,
headscale namespace monitoring, vpn_control and edge, so no single
group covers them. Moved to group_vars/all/main.yml
where they auto-load. The ntfy_topic and
headscale_namespace indirection through
service_settings collapses to the global name.
the four cross-host ports - the only entries with a real justification.
Left in place; they move in the next commit.
Also dead, all Uptime Kuma residue or duplication:
phoenixd_monitor_name, forgejo_runner healthcheck_timeout_seconds/retries,
fulcrum_tailscale_hostname, and bitcoin_knots_version - the last being a
v-prefixed copy of bitcoin_knots_version_short that nothing read, two
hand-maintained copies of one version string.
Corrected a false comment: services_config.yml claimed the uptime_kuma subdomain
"no longer resolves to anything". It resolves to 164.92.239.72 and answers HTTP
302, and 11 playbooks still template it. Same wrong premise as PLAN_3.
Verification: all 37 playbooks' --list-tasks output is byte-identical before and
after. A probe resolving all 22 values services_config.yml used to supply returns
21 identical and one intended deletion (caddy_sites_dir, now role-only - confirmed
the role still resolves it: "Ensure Caddy sites-enabled directory exists" comes
back ok against the real path). memos check-diff identical before and after.
Syntax passes on every playbook.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
76 lines
3.6 KiB
YAML
76 lines
3.6 KiB
YAML
# Fulcrum Configuration Variables
|
|
|
|
# Version - Pinned to specific release
|
|
fulcrum_version: "2.1.0" # Fulcrum version to install
|
|
|
|
# Directories
|
|
fulcrum_db_dir: /mnt/fulcrum_data/fulcrum_db # Database directory (heavy data on special mount)
|
|
fulcrum_config_dir: /etc/fulcrum # Config file location (standard OS path)
|
|
fulcrum_lib_dir: /var/lib/fulcrum # Other data files (banner, etc.) on OS disk
|
|
fulcrum_binary_path: /usr/local/bin/Fulcrum
|
|
|
|
# Network - Bitcoin RPC connection
|
|
# Bitcoin Knots is on a different host (knots_box_local)
|
|
# Using RPC user/password authentication (credentials from group_vars/all/vault.yml)
|
|
# Addressed by Tailscale name, never a LAN IP. This was
|
|
# bitcoin_rpc_host: "192.168.1.140" # IP of knots_box_local
|
|
# but .140 is fulcrum-box ITSELF - knots-box is .135. The DHCP leases had
|
|
# reshuffled (the same drift that transposed the inventory), so running this
|
|
# playbook would have pointed Fulcrum at itself and broken indexing. The live
|
|
# config had already been hand-corrected to knots-box; this makes the repo
|
|
# agree with it.
|
|
bitcoin_rpc_host: "knots-box"
|
|
bitcoin_rpc_port: 8332 # Bitcoin Knots RPC port
|
|
# Note: bitcoin_rpc_user and bitcoin_rpc_password are loaded from group_vars/all/vault.yml
|
|
|
|
# Network - Fulcrum server
|
|
fulcrum_tcp_port: 50001
|
|
# Shared with the socket-proxy play on the edge host, so it lives in
|
|
# services_config.yml rather than only here.
|
|
fulcrum_ssl_port: "{{ service_settings.fulcrum.ssl_port }}"
|
|
# Binding address for Fulcrum TCP/SSL server:
|
|
# - "127.0.0.1" = localhost only (use when Caddy is on the same box)
|
|
# - "0.0.0.0" = all interfaces (use when Caddy is on a different box)
|
|
# - Specific IP = bind to specific network interface
|
|
fulcrum_tcp_bind: "0.0.0.0" # Default: localhost (change to "0.0.0.0" if Caddy is on different box)
|
|
fulcrum_ssl_bind: "0.0.0.0" # Binding address for SSL port
|
|
# If Caddy is on a different box, set this to the IP address that Caddy will use to connect
|
|
|
|
# SSL/TLS Configuration
|
|
fulcrum_ssl_enabled: true
|
|
fulcrum_ssl_cert_path: "{{ fulcrum_config_dir }}/fulcrum.crt"
|
|
fulcrum_ssl_key_path: "{{ fulcrum_config_dir }}/fulcrum.key"
|
|
fulcrum_ssl_cert_days: 3650 # 10 years validity for self-signed cert
|
|
|
|
|
|
# Performance
|
|
# db_mem will be calculated as 75% of available RAM automatically in playbook
|
|
# db_mem is computed as this share of RAM unless fulcrum_db_mem_mb is set
|
|
# explicitly. On a 5931 MB host 75% is 4448 MB, which leaves ~1.4 GB for the
|
|
# OS and for Fulcrum's non-cache memory; the live config had been hand-tuned
|
|
# down to 2048 and that setting is respected below.
|
|
fulcrum_db_mem_percent: 0.75 # 75% of RAM for database cache
|
|
|
|
# Configuration options
|
|
fulcrum_anon_logs: true # Anonymize client IPs and TxIDs in logs
|
|
fulcrum_peering: false # Disable peering with other Fulcrum servers
|
|
fulcrum_zmq_allow_hashtx: true # Allow ZMQ hashtx notifications
|
|
|
|
# Service user
|
|
fulcrum_user: fulcrum
|
|
fulcrum_group: fulcrum
|
|
|
|
|
|
# --- Health check -----------------------------------------------------------
|
|
# Checks the Electrum TCP port and records the answer in its exit code, which
|
|
# systemd keeps: `systemctl is-failed fulcrum-healthcheck.service`.
|
|
#
|
|
# WHERE TO REPORT HEALTH — the one place to plug in monitoring. Empty means
|
|
# check, exit honestly, report nowhere. Any endpoint accepting an HTTP ping
|
|
# works; nothing here is specific to a monitoring product.
|
|
healthcheck_push_url: ""
|
|
|
|
# Explicit db_mem in MB. When set it wins over fulcrum_db_mem_percent; empty
|
|
# means compute from RAM. Set here because the live host had been hand-tuned to
|
|
# 2048 and a silent jump to 4448 is not something a refactor should do.
|
|
fulcrum_db_mem_mb_override: 2048
|