otel: ship the journals the dashboard can already show
The dashboard's log surface is an allow-list: the four harness units in every agent container, the hive-ci / hive-forge / hive-matrix machines, and three host units. `swarm.otel.journaldUnits` only named the host three plus forgejo — so the units an operator can read in the UI were absent from the store they are supposed to be queryable in, and nothing reports that, because a name that matches nothing is not an error. Adds the four agent units, the CI runner and the homeserver. The agent units are declared by the hive-c0re module rather than by the agent-modules that define them: those are a guest evaluation and cannot reach a host option. Closes #3818
This commit is contained in:
parent
2b35ffd250
commit
36082f991f
4 changed files with 31 additions and 3 deletions
|
|
@ -132,9 +132,10 @@ the collector is the only intended writer.
|
|||
|
||||
### Logs (VictoriaLogs)
|
||||
|
||||
The swarm's service containers ship their journals to one VictoriaLogs at
|
||||
`logs.<swarm-domain>`, behind the same SSO as everything else. The
|
||||
collector below is what writes to it.
|
||||
Each hive ships its journals to one VictoriaLogs at `logs.<swarm-domain>`,
|
||||
behind the same SSO as everything else: the swarm's own service containers,
|
||||
the hive's daemons and infra containers, and the harness units inside every
|
||||
agent container. The collector below is what writes to it.
|
||||
|
||||
**Reading them.** Open Grafana, pick **Explore**, and choose the
|
||||
`VictoriaLogs` datasource — it is provisioned for you. Grafana's *Logs
|
||||
|
|
|
|||
Loading…
Reference in a new issue