improve surfacing disable_modules / site_modules conflicts

Bug #1888361 reported by Junien F
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Apache2 Charm
New
Undecided
Unassigned
Telegraf Charm
Won't Fix
Medium
Unassigned

Bug Description

Hi,

If an apache-website relation requires a module that's in the juju config "disable_modules", the charm doesn't really surface that.

For example, if you relate telegraf:apache to apache2:apache-website, telegraf will try to setup a vhost requiring the "status" module. However, this module is by default in the "disable_modules" juju config, and so the vhost is not enabled and it's not super clear why.

We should improve this, probably by setting the status to "blocked" with the appropriate message - and also write something in the logs.

Thanks

Revision history for this message
Haw Loeung (hloeung) wrote :

Perhaps the telegraf charm should also check if the 'status' module is enabled and surface this if not.

Edin S (exsdev)
Changed in charm-telegraf:
importance: Undecided → Medium
Revision history for this message
Eric Chen (eric-chen) wrote :

Soon or later, the monitoring system will migrate to COS. Telegraf will be replaced by grafana-agent.
(https://charmhub.io/topics/canonical-observability-stack)
This feature won't be implemented.

Changed in charm-telegraf:
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.