sw-manager kube-upgrade-strategy reports failure on debian
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
StarlingX |
Fix Released
|
Medium
|
Al Bailey |
Bug Description
Brief Description
-----------------
On Debian, a kube-upgrade strategy will report a failure during its final cleanup stage.
The upgrade works as expected, but the vim strategy will claim that the cleanup failed.
Severity
--------
Minor
Steps to Reproduce
------------------
sw-manager kube-upgrade-
sw-manager kube-upgrade-
kube-upgrade-
Expected Behavior
------------------
After about 30 minutes on an AIO-SX, the kube upgrade should complete and the strategy should report as successful
sw-manager kube-upgrade-
Strategy Kubernetes Upgrade Strategy:
strategy-uuid: bbb02d0a-
controller-
storage-
worker-
default-
alarm-
current-phase: apply
current-
state: applied
apply-result: success
apply-reason:
Actual Behavior
----------------
It reports as failed
Reproducibility
---------------
100% on Debian
System Configuration
-------
AIO-SX (seen in any debian configuration)
Branch/Pull Time/Commit
-------
After Oct 7, which was when a new version of kubernetes was added, so an upgrade could be attempted
https:/
Last Pass
---------
Based on my investigation of the root issue, this would never have passed on Debian.
Timestamp/Logs
--------------
nfv-vim logs shows this
2022-11-
Traceback (most recent call last):
File "/usr/lib/
future.result = (yield)
nfv_plugins.
Test Activity
-------------
Developer Testing
Workaround
----------
The kube upgrade completes fine, so just delete the nfv strategy.
However, tools like DC orchestration call the vim strategy so it impacts them
Changed in starlingx: | |
status: | New → In Progress |
Changed in starlingx: | |
importance: | Undecided → Medium |
tags: | added: stx.8.0 stx.debian stx.nfv |
The issue is that on Debian, the no-content results are bytes, but the code that checks before doing a json load does a regular string check.
This was already addressed in https:/ /bugs.launchpad .net/starlingx/ +bug/1974475 but I needed to also update it in nfv-plugins/ nfv_plugins/ nfvi_plugins/ openstack/ rest_api. py