Nova services RPC version pinning present after upgrade of multinode configuration
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kolla-ansible |
Fix Released
|
High
|
Unassigned | ||
Rocky |
Fix Released
|
High
|
Mark Goddard | ||
Stein |
Fix Released
|
High
|
Mark Goddard | ||
Train |
Fix Released
|
High
|
Unassigned |
Bug Description
RPC protocol is used to communicate between nova services. RPC version is normally increased during service upgrade. Reselection of APC version is needed after this change. This problem was already discovered and described in bug report 1833069. Provided fix solves mentioned issue on all-in-one installation. Further enhancement is needed for multi node installation.
Services in list
nova_services_
- placement-api
- nova-api
- nova-compute
- nova-compute-ironic
- nova-conductor
- nova-consoleauth
- nova-novncproxy
- nova-serialproxy
- nova-scheduler
- nova-spicehtml5
are restarted now, but only on compute node. Services running on other nodes are not restarted now. The restart operation should be performed also on control node.
Other suggestion is to replace one step "restart" by two steps "stop" and "start". This will eliminate possible race condition.
Restart of nova-compute does not lead to correct RCP reselection if nova-scheduler is still running older version of RPC (during restart). Two steps approach will guarantee desigred timing.
Regards Zdenek
Changed in kolla-ansible: | |
status: | New → Triaged |
importance: | Undecided → Medium |
importance: | Medium → High |
Changed in kolla-ansible: | |
milestone: | 9.0.0 → none |
Changed in kolla-ansible: | |
status: | Fix Committed → Fix Released |
Will be fixed by cells change.