Re: [openstack-dev] [tripleo][quickstart][rdo] shipping python-virtualbmc in Newton to allow undercloud upgrades from Newton to Queens

2017-10-12 Thread Lee Yarwood
On 05-10-17 09:57:26, Lee Yarwood wrote: > On 05-10-17 09:33:29, Steven Hardy wrote: >> This sounds reasonable to me, but note another option for testing >> fast-forward overcloud upgrades would be to deploy a trunk/pike >> undercloud, then use it to deploy a newton overcloud (use newton >>

Re: [openstack-dev] [tripleo][quickstart][rdo] shipping python-virtualbmc in Newton to allow undercloud upgrades from Newton to Queens

2017-10-05 Thread Lee Yarwood
On 05-10-17 09:33:29, Steven Hardy wrote: > On Wed, Oct 4, 2017 at 1: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

Re: [openstack-dev] [tripleo][quickstart][rdo] shipping python-virtualbmc in Newton to allow undercloud upgrades from Newton to Queens

2017-10-05 Thread Steven Hardy
On Wed, Oct 4, 2017 at 1: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

Re: [openstack-dev] [tripleo][quickstart][rdo] shipping python-virtualbmc in Newton to allow undercloud upgrades from Newton to Queens

2017-10-05 Thread Lee Yarwood
Adding rdo-list in an attempt to get more feeback regarding this proposal, tl;dr can we ship python-virtualbmc in Newton? On 04-10-17 12:08:25, 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

Re: [openstack-dev] [tripleo][quickstart][rdo] shipping python-virtualbmc in Newton to allow undercloud upgrades from Newton to Queens

2017-10-04 Thread Lee Yarwood
On 04-10-17 12:17:30, Dmitry Tantsur wrote: > Hi! > > 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. Yeah we

Re: [openstack-dev] [tripleo][quickstart][rdo] shipping python-virtualbmc in Newton to allow undercloud upgrades from Newton to Queens

2017-10-04 Thread Dmitry Tantsur
Hi! 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

[openstack-dev] [tripleo][quickstart][rdo] shipping python-virtualbmc in Newton to allow undercloud upgrades from Newton to Queens

2017-10-04 Thread Lee Yarwood
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