redeployment of openvswitch fails
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Neutron Open vSwitch Charm |
Triaged
|
Medium
|
Unassigned |
Bug Description
On an existing cloud a host was reconfigured from sriov (with sriov speficic charm for nova & openvswitch) to a non sriov host.
This fails in the config-changed hook with the following traceback:
2020-03-16 06:19:03 WARNING juju-log Support for use of upstream ``apt_pkg`` module in conjunctionwith charm-helpers is deprecated since 2019-06-25
2020-03-16 06:19:04 DEBUG config-changed Traceback (most recent call last):
2020-03-16 06:19:04 DEBUG config-changed File "/var/lib/
2020-03-16 06:19:04 DEBUG config-changed main()
2020-03-16 06:19:04 DEBUG config-changed File "/var/lib/
2020-03-16 06:19:04 DEBUG config-changed hooks.execute(
2020-03-16 06:19:04 DEBUG config-changed File "/var/lib/
2020-03-16 06:19:04 DEBUG config-changed self._hooks[
2020-03-16 06:19:04 DEBUG config-changed File "/var/lib/
2020-03-16 06:19:04 DEBUG config-changed stopstart, restart_functions)
2020-03-16 06:19:04 DEBUG config-changed File "/var/lib/
2020-03-16 06:19:04 DEBUG config-changed r = lambda_f()
2020-03-16 06:19:04 DEBUG config-changed File "/var/lib/
2020-03-16 06:19:04 DEBUG config-changed (lambda: f(*args, **kwargs)), __restart_
2020-03-16 06:19:04 DEBUG config-changed File "/var/lib/
2020-03-16 06:19:04 DEBUG config-changed configure_ovs()
2020-03-16 06:19:04 DEBUG config-changed File "/var/lib/
2020-03-16 06:19:04 DEBUG config-changed modern_ovs = ovs_has_
2020-03-16 06:19:04 DEBUG config-changed File "/var/lib/
2020-03-16 06:19:04 DEBUG config-changed return apt_pkg.
2020-03-16 06:19:04 DEBUG config-changed TypeError: a bytes-like object is required, not 'NoneType'
2020-03-16 06:19:04 ERROR juju.worker.
The cloud is running 19.10 charm release. Other hosts are running fine with the same charm & config.
Changed in charm-neutron-openvswitch: | |
status: | New → Triaged |
importance: | Undecided → Medium |
This area has been refactored very recently, so it might be fixed. I'm not sure I precisely understand "a host was reconfigured from sriov to a non sriov host". How was it done? So the physical machine didn't support SR-IOV anymore but the config of the charm still had SR-IOV?