fix(k8s): point OTEL endpoint to k8s-monitoring-alloy service
schemas / vulnerabilities (pull_request) Successful in 1m57s
schemas / check (pull_request) Successful in 2m37s
schemas / check-release (pull_request) Successful in 3m32s
pre-commit / pre-commit (pull_request) Successful in 5m43s
schemas / build (pull_request) Successful in 5m54s
schemas / deploy-prod (pull_request) Has been skipped
schemas / vulnerabilities (pull_request) Successful in 1m57s
schemas / check (pull_request) Successful in 2m37s
schemas / check-release (pull_request) Successful in 3m32s
pre-commit / pre-commit (pull_request) Successful in 5m43s
schemas / build (pull_request) Successful in 5m54s
schemas / deploy-prod (pull_request) Has been skipped
The receiver suffix was stale — the grafana-k8s-monitoring module deploys a single Service named k8s-monitoring-alloy in the monitoring namespace, not k8s-monitoring-alloy-receiver. Pods were failing to ship traces with: dial tcp: lookup k8s-monitoring-alloy-receiver.monitoring.svc.cluster.local on 100.64.0.10:53: no such host Drop the -receiver suffix so the OTLP exporter resolves the correct service.
This commit is contained in:
+1
-1
@@ -67,7 +67,7 @@ spec:
|
|||||||
containerPort: 8080
|
containerPort: 8080
|
||||||
env:
|
env:
|
||||||
- name: OTEL_EXPORTER_OTLP_ENDPOINT
|
- name: OTEL_EXPORTER_OTLP_ENDPOINT
|
||||||
value: http://k8s-monitoring-alloy-receiver.monitoring.svc.cluster.local:4318
|
value: http://k8s-monitoring-alloy.monitoring.svc.cluster.local:4318
|
||||||
envFrom:
|
envFrom:
|
||||||
- configMapRef:
|
- configMapRef:
|
||||||
name: schemas
|
name: schemas
|
||||||
|
|||||||
Reference in New Issue
Block a user