Upgrade to 17.11 release doesn't update "private-address" relation data

Bug #1737771 reported by Tytus Kurek on 2017-12-12
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
OpenStack Designate Charm
Medium
Unassigned
OpenStack Designate-Bind Charm
Medium
Unassigned

Bug Description

There is juju environment with the following spaces defined:

$ juju list-spaces
Space Subnets
clo 100.86.0.0/20
oam 100.107.0.0/22
ovr 100.70.0.0/20

Designate and designate-bind charms were deployed in this environment in Sep 2017 using 17.08 release by executing the following commands:

juju deploy \
--bind "oam admin=clo internal=clo public=clo shared-db=clo dns-backend=clo" \
--config "/home/.../designate.yaml" \
--num-units 3 \
--series trusty \
--to 20/lxd/34,24/lxd/11,25/lxd/16 \
/home/.../designate \
designate

juju deploy \
--bind "oam dns-backend=clo" \
--config "/home/.../designate-bind.yaml" \
--constraints "spaces=oam,clo,ovr" \
--num-units 3 \
--series trusty \
--to 20/lxd/35,24/lxd/12,25/lxd/17 \
/home/.../designate-bind \
designate-bind

Those services have now been upgraded to 17.11 release which contains a fix for the following bug:

https://bugs.launchpad.net/charm-designate/+bug/1722794

This fix, however, only works when removing and re-adding the relation between designate and designate-bind applications. Attaching logs from all units which were upgraded on 11/12/2017 between 7 and 9 PM UTC.

Tytus Kurek (tkurek) wrote :
Tytus Kurek (tkurek) wrote :

One more note is that after the upgrade when removing and re-adding the relation between designate and designate-bind applications the private-address of designate-bind units changes and thus, bind9 needs to be manually restarted on designate-bind units.

James Page (james-page) wrote :

I can see why this happens - the private-address is only set when the -joined hook runs on the relation - https://github.com/openstack/charm-interface-bind-rndc/blob/master/requires.py#L30

As the -joined hook is not re-executed on charm upgrade, the revised data never gets set; removing and re-adding the relation would resolve the issue as described in the original bug report.

Changed in charm-designate:
status: New → Won't Fix
status: Won't Fix → Confirmed
Changed in charm-designate-bind:
status: New → Confirmed
James Page (james-page) wrote :

Note sure about #2 - the bind configuration files should be updated in the event that the IP address of the Designate DNS masters change - and bind should be restarted if that happens.

Log files from the designate-bind units would be useful.

Changed in charm-designate:
importance: Undecided → Medium
Changed in charm-designate-bind:
importance: Undecided → Medium
Changed in charm-designate:
status: Confirmed → Triaged
Changed in charm-designate-bind:
status: Confirmed → Triaged
Michał Ajduk (majduk) on 2019-04-25
tags: removed: 4010
tags: added: charm-upgrade
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Bug attachments