Open VariableDeclared opened 8 months ago
Seeing the same issue, it might be related to an order in which the relations are applied, we're looking into that
What revision did you see this in?
We are seeing this issue too on a newly deployed cos-proxy:
Model Controller Cloud/Region Version SLA Timestamp
ceph foundations-maas maas_cloud 2.9.44 unsupported 22:31:13Z
SAAS Status Store URL
grafana active mk8s-controller admin/cos.grafana
loki active mk8s-controller admin/cos.loki
prom-metrics active mk8s-controller admin/cos.prom-metrics
prometheus active mk8s-controller admin/cos.prometheus
App Version Status Scale Charm Channel Rev Exposed Message
cos-proxy n/a blocked 1 cos-proxy latest/stable 82 no Missing one of (Grafana|dashboard|grafana-agent), one of (Loki|filebeat), one of (Prometheus|target|nrpe|grafana-agen...
Relation provider Requirer Interface Type Message
loki:logging cos-proxy:downstream-logging loki_push_api regular
cos-proxy:downstream-grafana-dashboard grafana:grafana-dashboard grafana_dashboard regular
cos-proxy:downstream-prometheus-scrape prometheus:metrics-endpoint prometheus_scrape regular
The deployment steps:
juju deploy cos-proxy --channel=latest/stable
juju relate cos-proxy prometheus
juju relate cos-proxy loki
juju relate cos-proxy grafana
Happy to provide any additional info you may need.
Bug Description
Hello -
When relating COS proxy with various relations the charm will get stuck in "Missing one of (Loki|filebeat), one of (Prometheus|target|nrpe) relation(s)", despite the relations existing.
To Reproduce
Deploy Openstack/PCB
Relate cos proxy wiith the following relations
Observe cos-proxy in blocked state
[Workaround]
To follow
Thank you, Peter
Environment
Openstack PCB Microk8s on OAM network with Metal-LB
Relevant log output
Additional context
No response