[nova][ptg] bumping compute RPC to 6.0

Balázs Gibizer balazs.gibizer at est.tech
Fri Jun 5 12:44:30 UTC 2020



On Mon, May 25, 2020 at 12:05, Artom Lifshitz <alifshit at redhat.com> 
wrote:
> On Mon, May 25, 2020 at 11:58 AM Balázs Gibizer 
> <balazs.gibizer at est.tech> wrote:
>> 
>>  Hi,
>> 
>>  [This is a topic from the PTG etherpad [0]. As the PTG time is
>>  intentionally kept short, let's try to discuss it or even conclude 
>> it
>>  before the PTG]
>> 
>>  Do we want to bump the compute RPC to 6.0 in Victoria?
> 
> Like it or not, fast-forward upgrades where one or more releases are
> skipped is something we have to live with and take into account. What
> would be the FFWD upgrade implications of bumping RPC to 6.0 in
> Victoria, specifically for someone upgrading from Train to W or later?

My understanding is that during FFU you stop both the control plane and 
the compute services. If you need rolling upgrade of computes then you 
cannot do FFU but you have to roll forward one release at a time.

Cheers,
gibi

> 
>> 
>>  We did not have the full view what we can gain[2] with such bump so
>>  Stephen and I searched through nova and collected the things we 
>> could
>>  clean up [1] eventually if we bump the compute RPC to 6.0 in 
>> Victoria.
>> 
>>  I can work on the RPC 6.0 patch during V and I think I can also 
>> help in
>>  with the possible cleanups later.
>> 
>>  Cheers,
>>  gibi
>> 
>>  [0] https://etherpad.opendev.org/p/nova-victoria-ptg
>>  [1] https://etherpad.opendev.org/p/compute-rpc-6.0
>>  [2]
>>  
>> http://eavesdrop.openstack.org/meetings/nova/2020/nova.2020-04-16-16.00.log.html#l-103
>> 
>> 
>> 
> 





More information about the openstack-discuss mailing list