Closed stormqueen1990 closed 1 year ago
@stormqueen1990 even though this is closed, i think this change broke fleet and/or helm cli deployments. because those values are only set automatically in the UI when installing the monitoring chart ?
Is there any other use case where someone would want to manually set the clusterId
via values.yaml ?
Before there was just a wildcard in the nginx.conf if i remember correctly.. is there any other way to make this work, without having to know the clusterId beforehand ?
@erSitzt We do not generally support helm cli installations for packages distributed via rancher/charts since the UI does additional validation and variable injection. In this case you would need to know the clusterId
beforehand
But you do support and promote usage of fleet, don't you? How is this helping any GitOps use case if I need to specify the clusterId beforehand? @alexandreLamarre
Related Issue: rancher/rancher#41036
Changes
Update the Grafana
nginx-config.yaml
condition for rendering the URL prefixed with/k8s/clusters
fromto
and invert the blocks for
if
/else
in that same condition.Reason: right now the cluster ID is being passed into the chart even when the cluster is local, and that is breaking the Grafana UI from rendering correctly, giving the user an HTTP 404.
Checklist
Please fill out this table to identify which fields need to be modified in your PR.
Under
Status
, either indicateDoes Not Apply
orAdded to this PR
.version
in rancher-project-monitoringpackage.yaml
rancher-project-monitoring
chart to make changeshelmProjectOperator.image.tag
in prometheus-federatorvalues.yaml
main.go
fileappVersion
in prometheus-federatorChart.yaml
helmProjectOperator.image.tag
in the above boxversion
in prometheus-federatorChart.yaml
appVersion
in the above box or you modified the contents of theprometheus-federator
chart to make changes