Subordinate charm deployment ignores global series settings

Bug #1796378 reported by Vladimir Grevtsev
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical Juju
Fix Released
High
Ian Booth

Bug Description

Problem statement:

When deploying a subordinate charm, it simply ignores a series explicitly being set in bundle (and machine of primary charm, as well). I have a locally stored bundle [1], and while deploying it, I'm getting a following error while trying to establish a relation:

ERROR cannot deploy bundle: cannot add relation between "nova-compute:neutron-plugin" and "neutron-openvswitch:neutron-plugin": cannot add relation "nova-compute:neutron-plugin neutron-openvswitch:neutron-plugin": principal and subordinate applications' series must match

(full log: https://paste.ubuntu.com/p/ZhzKpvWNT5/)

It looks like Juju ignores an original series of primary charm and takes just first one from subordinate's metadata [2]; if I manually swap a "xenial" with "bionic" in metadata, redeploy a subordinate and try to establish relation - all is fine: [3] (also, if try to deploy Xenial machines - all is fine too, this reproduces on Bionic machines)

Expected behaviour:
Subordinate charm should take its series from primary machine series, or, at least, respect a bundle "series: ..." settings.

[1] https://paste.ubuntu.com/p/KR3Cyt8qn2/
[2] https://paste.ubuntu.com/p/KNzhrxVVNr/
[3] https://paste.ubuntu.com/p/G9tHKyqPzk/

Environment:
Juju macOS 2.4.3-mojave-amd64 (same on Ubuntu 2.4.3-bionic-amd64)
Controller: https://paste.ubuntu.com/p/vgrGVvgCTp/

description: updated
Revision history for this message
Richard Harding (rharding) wrote :

I think the bug here is that the subordinate, when resolving what series to use, should be respecting the bundle default ahead of it's own preference in the multi-series list. Since this is a local charm I think it's skipping some of that normal logic.

Changed in juju:
status: New → Triaged
importance: Undecided → High
milestone: none → 2.5-beta1
Revision history for this message
Richard Harding (rharding) wrote :

Marking as high, but the work around is to adjust the series: value for the application in the bundle.

Ian Booth (wallyworld)
Changed in juju:
assignee: nobody → Ian Booth (wallyworld)
status: Triaged → In Progress
Revision history for this message
Ian Booth (wallyworld) wrote :

If there's a default series declared for the bundle, we'll use that over and charm default series.
Thus the order of resolution becomes:
- application
- bundle
- charm default

https://github.com/juju/bundlechanges/pull/47

Ian Booth (wallyworld)
Changed in juju:
status: In Progress → Fix Committed
Changed in juju:
status: Fix Committed → Fix Released
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.