You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Current version of the Prometheus charm library has eliminated the use of stored state all together. All scrape job related information is stored in application relation data of each Consumer charm. Host address of each unit are also gatherred using the unit's relation data. In view of the above I hope it is okay to close this issue. The library is fully documented and an edge channel release is now available, which is still in very active development.
If there is a use case that still needs to be addressed kindly do create another ticket or feel free to reopen this one. Your feedback is always welcome. Thank you for raising issues.
Per https://github.com/canonical/prometheus-operator/blob/76f0d6cc56b78ef70b32b4dc573ff94f330dc08e/lib/charms/prometheus_k8s/v1/prometheus.py#L250, job_configs per target are stored mapped by relation id. The consumer class tries to retrieve specific job configs by
rel_id
. However, the provider class uses the"rel_id"
string as key. Shouldn't the key be the value of therel_id
variable?The text was updated successfully, but these errors were encountered: