OpenStack Neutron Gateway Charm

action "restart-services deferred-only=True" fails after rocky->stein upgrade

Bug #1941894 reported by Przemyslaw Lal
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Neutron Gateway Charm
Triaged
Medium
Unassigned

Bug Description

Running "restart-services deferred-only=True" action:

$ juju run-action --wait neutron-gateway/0 restart-services deferred-only=True

after rocky->stein upgrade with flag enable-auto-restarts=False in the config results in the action failure because of nova-api-metadata unit not starting cleanly and the unit's status message still showing that there are pending service restarts.

Workaround I used was to unmask the service on the affected unit manually:

# systemctl unmask nova-api-metadata.service

After that the action completes successfully and the status message is cleared.

EDIT: Based on Liam's comment below, the recommended way of working this around is to remove the deferred event file from /var/lib/policy-rc.d on the unit.

Versions:
Ubuntu 18.04.5 LTS (Bionic Beaver)
charm-neutron-gateway: revision 292
Packages:
neutron-common 2:14.4.2-0ubuntu1~cloud2
neutron-dhcp-agent 2:14.4.2-0ubuntu1~cloud2
neutron-fwaas-common 1:14.0.1-0ubuntu1~cloud0
neutron-l3-agent 2:14.4.2-0ubuntu1~cloud2
neutron-lbaas-common 2:14.0.1-0ubuntu1~cloud0
neutron-lbaasv2-agent 2:14.0.1-0ubuntu1~cloud0
neutron-metadata-agent 2:14.4.2-0ubuntu1~cloud2
neutron-metering-agent 2:14.4.2-0ubuntu1~cloud2
neutron-openvswitch-agent 2:14.4.2-0ubuntu1~cloud2
python3-neutron 2:14.4.2-0ubuntu1~cloud2
python3-neutron-fwaas 1:14.0.1-0ubuntu1~cloud0
python3-neutron-lbaas 2:14.0.1-0ubuntu1~cloud0
python3-neutron-lib 1.25.0-0ubuntu1~cloud0
python3-neutronclient 1:6.11.0-0ubuntu1~cloud0
nova-api-metadata 2:19.3.2-0ubuntu1~cloud1
nova-common 2:19.3.2-0ubuntu1~cloud1
python3-nova 2:19.3.2-0ubuntu1~cloud1
python3-novaclient 2:13.0.0-0ubuntu1~cloud0

See original description
Revision history for this message
Liam Young (gnuoy) wrote :

For anyone else the workaround should be to remove the deferred event file rather than unmasking nova-api-metadata.service. You should find it on the unit in /var/lib/policy-rc.d

Przemyslaw Lal (przemeklal)
description: updated
tags: added: openstack-upgrade
Revision history for this message
Paul Goins (vultaire) wrote :

Confirmed on a different customer environment; this seems to have been some sort of pre-Ussuri leftover. Judged that nova-api-metadata was no longer a thing on the n-gw's, found and removed the associated file from /var/lib/policy-rc.d/.

Revision history for this message
Corey Bryant (corey.bryant) wrote :

Based on the confirmation from Paul and work-around comments from Liam I'm going to triage this.

Changed in charm-neutron-gateway:
status: New → Triaged
importance: Undecided → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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