Files
securityonion/salt
Josh Patterson 27c7702325 so-boot-mine-update: wait for a complete mine before highstate
Mine-backed pillars (node_data, elasticsearch:nodes, redis:nodes,
logstash:nodes, hypervisor:nodes) include a node only if it returned an
IP from the mine, and the configs they build are rebuilt fresh every
highstate. After a manager reboot with a flushed mine, the first boot
highstate could run before an up node re-reported network.ip_addrs,
dropping it from e.g. so-elasticsearch ExtraHosts and forcing a
container recreate.

After the initial broad mine.update, poll until every currently-up
minion actually has network.ip_addrs in the mine, re-pushing mine.update
to stragglers, before releasing the boot highstate. Shares the existing
MINE_UPDATE_MAX_WAIT backstop so a slow/down node never blocks boot, and
still logs the rendered node_data for inspection.
2026-06-09 10:10:32 -04:00
..
2026-05-15 11:36:46 -04:00
2026-03-23 16:26:56 -04:00
2026-04-09 10:18:36 -04:00
2026-05-13 17:28:07 -04:00
2026-05-11 16:51:38 -05:00
2026-05-14 17:08:57 -04:00
2026-05-05 14:26:04 -04:00
2026-03-19 14:39:10 -04:00
2026-06-03 09:49:53 -04:00
2026-05-05 14:26:04 -04:00
2026-03-19 14:41:49 -04:00
2026-06-03 09:49:53 -04:00
2026-03-23 14:04:48 -05:00