]
Sent: Thursday, March 05, 2015 11:59 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neutron] Issue when upgrading from Juno to
Kilo due
to agent report_state RPC namespace patch
- Original Message -
To turn
To: OpenStack Development Mailing List (not for usage
questions) Subject: Re: [openstack-dev] [Neutron] Issue when
upgrading from Juno to Kilo due to agent report_state RPC
namespace patch
- Original Message -
To turn this stuff off, you don't need to revert. I'd
suggest just
] Issue when
upgrading from Juno to Kilo due to agent report_state RPC
namespace patch
- Original Message -
To turn this stuff off, you don't need to revert. I'd
suggest just setting the namespace contants to None, and that
will result in the same thing.
http
-
From: Assaf Muller [mailto:amul...@redhat.com]
Sent: Thursday, March 05, 2015 11:59 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neutron] Issue when upgrading from Juno to Kilo
due
to agent report_state RPC namespace patch
To turn this stuff off, you don't need to revert. I'd suggest just
setting the namespace contants to None, and that will result in the same
thing.
http://git.openstack.org/cgit/openstack/neutron/tree/neutron/common/constants.py#n152
It's definitely a non-backwards compatible change. That was a
- Original Message -
To turn this stuff off, you don't need to revert. I'd suggest just
setting the namespace contants to None, and that will result in the same
thing.
http://git.openstack.org/cgit/openstack/neutron/tree/neutron/common/constants.py#n152
It's definitely a
I agree with Assaf, this is an issue across updates, and
we may want (if that’s technically possible) to provide
access to those functions with/without namespace.
Or otherwise think about reverting for now until we find a
migration strategy
To put in another way I think we might say that change 154670 broke
backward compatibility on the RPC interface.
To be fair this probably happened because RPC interfaces were organised in
a way such that this kind of breakage was unavoidable.
I think the strategy proposed by Assaf is a viable
