Point citadel btcprice at the local btcdata over btc-network
omarchy is gone, but the citadel deployment still set BTCDATA_URL=http://192.168.50.42:4102 and ran standalone on its own compose network. Every request that proxies to btcdata failed with httpx.ConnectError: All connection attempts failed. btcdata now runs on citadel too, so attach btcprice to the external btc-network there and reach it by service name at http://btcdata:4102. deploy-citadel.sh creates the network on the remote if missing, as btcdata's own deploy script already does. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01TRkiLhK5qhkZjP2adxpA3e
This commit is contained in:
@@ -38,9 +38,10 @@ unused — the port in `CMD` is hardcoded.
|
||||
Mirrors `../elprice/deploy-citadel.sh`; no registry.
|
||||
|
||||
- `docker-compose.citadel.yml` → remote `docker-compose.yml`; `.env.citadel` → remote `.env`.
|
||||
- Standalone (no `btc-network`): citadel has no btcdata, so `BTCDATA_URL` points at the btcdata
|
||||
on omarchy, `http://192.168.50.42:4102`.
|
||||
- Live at http://192.168.50.195:4041. A separate btcprice also still runs on omarchy at :4041.
|
||||
- btcdata also runs on citadel, so both attach to the external `btc-network` there and
|
||||
`BTCDATA_URL` is `http://btcdata:4102` (service name, not a LAN address). The deploy script
|
||||
creates the network on the remote if it is missing.
|
||||
- Live at http://192.168.50.195:4041.
|
||||
|
||||
## Architecture
|
||||
|
||||
|
||||
Reference in New Issue
Block a user