mirror of
https://github.com/RWejlgaard/pez-infra.git
synced 2026-11-01 03:21:02 +00:00
Rasmus "Pez" Wejlgaard
72970e7675
The 1.19 package runs alloy.service as User=alloy; 1.14 ran it as root. The state left behind in /var/lib/alloy is still root-owned, so the service user can't write its WAL or positions.yml, every remotecfg pipeline fails to build, and the host falls back to a cached config and stops shipping. That took node metrics off london-b, helsinki-a, london-c and nuremberg-a from last night's deploy. I noticed because the ZFS pool state metric vanished off london-b, which is the only ZFS host and so the only visible symptom. Chown the state dir to the service user when anything in it isn't already owned by them, then restart. The detect step keeps it a no-op on hosts that are already correct, so london-a and copenhagen-a don't get churned.
17 lines
494 B
YAML
17 lines
494 B
YAML
---
|
|
alloy_version: "1.19.2-1"
|
|
|
|
alloy_user: alloy
|
|
alloy_group: alloy
|
|
alloy_state_dir: /var/lib/alloy
|
|
|
|
alloy_collector_id: "{{ inventory_hostname }}"
|
|
|
|
alloy_fleet_management_url: https://fleet-management-prod-023.grafana.net
|
|
alloy_fleet_management_username: "1621083"
|
|
|
|
alloy_prometheus_url: https://prometheus-prod-55-prod-gb-south-1.grafana.net/api/prom/push
|
|
alloy_prometheus_username: "3166394"
|
|
|
|
alloy_loki_url: https://logs-prod-035.grafana.net/loki/api/v1/push
|
|
alloy_loki_username: "1578872"
|