Inconsistent tag between ocatavia and retrofit
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| OpenStack Octavia Charm |
New
|
Undecided
|
Unassigned | ||
| charm-octavia-diskimage-retrofit |
New
|
Undecided
|
Unassigned | ||
Bug Description
If I'm not mistaken from the documentation, octavia-
https:/
> amp-image-tag
> (string) When set the charm will add tag to any newly created
> images. . Note that the charm will allways add the
> ``octavia-
> convenience and may be used by the charm for housekeeping in the
> future.
However, Octavia charm configures itself to look for "octavia-amphora" out of the box.
https:/
> amp-image-tag
> (string) Glance image tag for selection of Amphorae image to boot
> load balancer instances.
> octavia-amphora
And the deployment guide directs that amp-image-tag option in the retrofit charm needs to be set as "octavia-amphora".
https:/
> Octavia uses Amphorae (cloud instances running HAProxy) to provide
> LBaaS services; an appropriate image must be uploaded to Glance with
> the tag octavia-amphora.
> juju deploy octavia-
> --config amp-image-
Can we have a consistent tag out of the box?
| Frode Nordahl (fnordahl) wrote | #1 |
As noted in the configuration option description:
"When set the charm will add tag to any newly created images. . Note that the charm will allways add the ``octavia-
The ``octavia-
The act of adding the tag that Octavia looks for can have impact on Octavia's ability to create new load balancer instances depending on how existing image tags are maintained etc.
As such it is deliberately made into an operator choice to have the charm do it unconditionally.
There is room for further development and improvement of the whole amphora life cycle management story from the charms perspective, but that body of work would include more than changing the default of this configuration option.