[openstack-dev] [tripleo][quickstart][rdo] shipping python-virtualbmc in Newton to allow undercloud upgrades from Newton to Queens
dtantsur at redhat.com
Wed Oct 4 12:17:30 UTC 2017
The only issue I can think of is python-pyghmi version. I think one in Newton is
too old and has to be bumped to at least one in Ocata. But if you say you've
deployed successfully, probably it was already bumped for some reason.
On 10/04/2017 02:08 PM, Lee Yarwood wrote:
> Hello all,
> I'm currently working to get the tripleo-spec for fast-forward upgrades
> out of WIP and merged ahead of the Queens M-1 milestone next week. One
> of the documented pre-requisite steps for fast-forward upgrades is for
> an operator to linearly upgrade the undercloud from Newton (N) to Queens
> This is not possible at present with tripleo-quickstart deployed virtual
> environments thanks to our use of the pxe_ssh Ironic driver in Newton
> that has now been removed in Pike:
> I briefly looked into migrating between pxe_ssh and the new default of
> vbmc during the Ocata to Pike undercloud upgrade but I'd much rather
> just deploy Newton using vbmc. AFAICT the only issue here is packaging
> with the python-virtualbmc package not present in the Newton repos.
> With that in mind I've submitted the following changes that remove the
> various conditionals in tripleo-quickstart that block the use of vbmc in
> Newton and verified that this works by using the Ocata python-virtualbmc
> FWIW I can deploy successfully on Newton with these changes and then
> upgrade the undercloud to Pike just fine.
> Would anyone be able to confirm *if* we could ship python-virtualbmc in
> the Newton relevant repos?
> Thanks in advance,
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
More information about the OpenStack-dev