principal and subordinate applications' series must match
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical Juju |
Triaged
|
High
|
Unassigned |
Bug Description
Hi,
With charms supporting multiple series, it doesn't make sense to me anymore to constrain them based on the series used to deploy the primary. For example, in an environment I have, I have an application deployed as "Focal" and the telegraf subordinate as "Focal".
I've now deployed a new application using "Jammy" but I can't relate the telegraf subordinate to that as it gives me:
| $ juju add-relation stunnel telegraf
| ERROR cannot add relation "telegraf:juju-info stunnel:juju-info": principal and subordinate applications' series must match
The telegraf charm supports both series and knows what to do. We've been deploying new telegraf instances as telegraf-$series to work around this but perhaps we can remove this constraint within Juju?
Having subordinates not tied to series allows us to reduce duplication with the various stock subordinates we deploy - landscape-client, telegraf, ubuntu-advantage, nrpe, userdir-ldap, and autocert to name a few.
description: | updated |
Changed in juju: | |
importance: | Undecided → High |
milestone: | none → 3.1.0 |
status: | New → Triaged |
description: | updated |
description: | updated |
Changed in juju: | |
milestone: | 3.1-beta1 → 3.1-rc1 |
tags: | added: charm series |
Changed in juju: | |
milestone: | 3.1-rc1 → 3.1-rc2 |
Changed in juju: | |
milestone: | 3.1-rc2 → 3.1-rc3 |
The charms collection has a list of series supported. Maybe it can use that for now to determine rather than match primary and subordinate series?