fuel-dev team mailing list archive
-
fuel-dev team
-
Mailing list archive
-
Message #01323
Re: Fuel upgrade procedures
I assume it is a good place to clarify two things which came up during the
demo:
1. evgeniyl, as you are doing upgrades, can you confirm that after
upgrade, you will be able to deploy new envs with both older OpenStack
release and newer, which came up during the upgrade procedure?
2. vkramkikh, can you please share default behavior for UI in the
following case: if during the upgrade new feature appears in UI (let's say
NSX support), will it be shown in case you deploy older OpenStack release
(at that time there were no such feature, so older puppet manifests are not
going to understand anything about the feature). Do I understand right,
that for newer OpenStack release, there is new release YAML, which actually
contains NSX, while older release YAML does not (so it doesn't even shown
in the UI)?
Thanks,
On Fri, Jul 11, 2014 at 6:33 PM, David Easter <deaster@xxxxxxxxxxxx> wrote:
> Aleksey,
>
> This is great news. The ability to not only manage previously deployed
> versions but also now the ability to deploy an older distribution version
> will strengthen the upgrade story further. Glad to see that we were able
> to enable both use cases.
>
> Thanks,
>
> -Dave Easter
>
> From: Aleksey Kasatkin <akasatkin@xxxxxxxxxxxx>
> Date: Friday, July 11, 2014 at 12:57 AM
> To: Meg McRoberts <mmcroberts@xxxxxxxxxxxx>
>
> Cc: David Easter <deaster@xxxxxxxxxxxx>, "fuel-dev@xxxxxxxxxxxxxxxxxxx" <
> fuel-dev@xxxxxxxxxxxxxxxxxxx>, Evgeniy L <eli@xxxxxxxxxxxx>, Miroslav
> Anashkin <manashkin@xxxxxxxxxxxx>
> Subject: Re: [Fuel-dev] Fuel upgrade procedures
>
> Meg,
>
> >>> Just to clarifiy, does this mean that the drop-down on this page will
> have four items?
>
> Yes.
>
> >>> What if I install 5.0.1 directly rather than upgrading from 5.0? Will
> this drop-down then have only the two 5.0.1 releases?
>
> Yes.
>
> The same for 5.1 etc. When you upgrade 5.0 -> 5.0.1 -> 5.1 there will be 6
> releases in drop-down.
> Older releases presence is required to provide support of previously
> installed environments.
>
>
> Aleksey Kasatkin
>
>
>
> On Thu, Jul 10, 2014 at 8:46 PM, Meg McRoberts <mmcroberts@xxxxxxxxxxxx>
> wrote:
>
>> Aleksey, in a doc comment, you say that there will be two releases for
>> each OS after upgrade. Just to clarifiy,
>> does this mean that the drop-down on this page will have four items?
>> http://docs.mirantis.com/openstack/fuel/fuel-5.0/user-guide.html#name-environment-and-choose-distribution
>>
>> What if I install 5.0.1 directly rather than upgrading from 5.0? Will
>> this drop-down then have only the two 5.0.1 releases?
>>
>> meg
>>
>>
>> On Tue, Jul 8, 2014 at 4:02 PM, David Easter <deaster@xxxxxxxxxxxx>
>> wrote:
>>
>>> +1
>>>
>>> Thanks,
>>>
>>> -Dave Easter
>>>
>>> From: Meg McRoberts <mmcroberts@xxxxxxxxxxxx>
>>> Date: Tuesday, July 8, 2014 at 3:46 PM
>>> To: David Easter <deaster@xxxxxxxxxxxx>
>>> Cc: Aleksey Kasatkin <akasatkin@xxxxxxxxxxxx>, "
>>> fuel-dev@xxxxxxxxxxxxxxxxxxx" <fuel-dev@xxxxxxxxxxxxxxxxxxx>, Evgeniy L
>>> <eli@xxxxxxxxxxxx>, Miroslav Anashkin <manashkin@xxxxxxxxxxxx>
>>>
>>> Subject: Re: [Fuel-dev] Fuel upgrade procedures
>>>
>>> Info from Dmitry Borodaenko, just to keep everyone on the same page.
>>>
>>> We ARE shipping/posting a separate tarball that includes everything that
>>> is needed to upgrade to 5.0.1.
>>> People will be able to download that from software.mirantis.com and
>>> just copy it to the Fuel Master Node.
>>>
>>> We cannot include the tarball in the ISO because it makes the ISO too
>>> big.
>>>
>>> I am updating the docs now.
>>> meg
>>>
>>>
>>> On Tue, Jul 8, 2014 at 1:45 PM, David Easter <deaster@xxxxxxxxxxxx>
>>> wrote:
>>>
>>>> Is it possible to just download a file to the master node without
>>>> having to mount an image? In other words, can these steps be made optional
>>>> if we provide the file?
>>>>
>>>> #. Create the Fuel 5.0.1 installation media,
>>>> following the instructions in :ref:`download-install-ug`
>>>>
>>>> #. Log into your Fuel Master Node and create a mount point for the
>>>> media.
>>>> For example:
>>>>
>>>> mkdir /mnt/media
>>>>
>>>> #. Mount the device:
>>>> mount -r -t iso9660 /dev/sr0 /mnt/media # mount DVD
>>>> mount -r /dev/sdb1 /mnt/media # mount USB device
>>>>
>>>>
>>>> Thanks,
>>>>
>>>> - David J. Easter
>>>> Director of Product Management, Mirantis, Inc.
>>>>
>>>>
>>>> From: Meg McRoberts <mmcroberts@xxxxxxxxxxxx>
>>>> Date: Tuesday, July 8, 2014 at 1:09 PM
>>>> To: Aleksey Kasatkin <akasatkin@xxxxxxxxxxxx>
>>>> Cc: David Easter <deaster@xxxxxxxxxxxx>, "fuel-dev@xxxxxxxxxxxxxxxxxxx"
>>>> <fuel-dev@xxxxxxxxxxxxxxxxxxx>, Evgeniy L <eli@xxxxxxxxxxxx>, Miroslav
>>>> Anashkin <manashkin@xxxxxxxxxxxx>
>>>>
>>>> Subject: Re: [Fuel-dev] Fuel upgrade procedures
>>>>
>>>> I wrote up Aleksey's instructions -- please review. I know this needs
>>>> work but the release is imminent
>>>> so we should start looking at this.
>>>>
>>>> https://review.openstack.org/105324
>>>>
>>>> Specific concerns:
>>>> - I need the name of the tarball -- if it's gzip'ed, I'll need to
>>>> modify the instructions
>>>> - Please verify that I have the mount instructions correct for CentOS
>>>> - I do not say anything about how to do this using a remote control
>>>> utility such as ipmitool -- should I? If so,
>>>> what should I say?
>>>>
>>>> Thanks much!
>>>> meg
>>>>
>>>>
>>>> On Fri, Jul 4, 2014 at 4:17 AM, Aleksey Kasatkin <
>>>> akasatkin@xxxxxxxxxxxx> wrote:
>>>>
>>>>>
>>>>> It seems that public link to tarball is not defined yet.
>>>>> All operations will be done via command shell.
>>>>>
>>>>> Current commands' sequence is:
>>>>> 1. Download tarball to master node to "/var/..." (e.g. to "/var/tmp")
>>>>> It's because there may be not enough disk space when you run it from
>>>>> "/root/" .
>>>>> 2. Extract tarball contents to the same directory: "tar -xf
>>>>> {tarball_name}" .
>>>>> 3. Run upgrade script from that directory: "./upgrade.sh" .
>>>>>
>>>>> That's it. Upgrade process can get about 30-60 minutes.
>>>>>
>>>>> The message like "2014-07-04 08:28:02 INFO 8153 (openstack) upgrade is
>>>>> done!" will appear when upgrade is finished successfully.
>>>>> Notifications will appear in UI then:
>>>>>
>>>>> -
>>>>> New release avaialble: Icehouse on Ubuntu 12.04.4 (2014.1.1-5.0.1)
>>>>> -
>>>>> New release avaialble: Icehouse on CentOS 6.5 (2014.1.1-5.0.1)
>>>>>
>>>>> It seems that upgrade algorithm will be the same in production.
>>>>>
>>>>>
>>>>>
>>>>> Aleksey Kasatkin
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Jul 4, 2014 at 12:48 PM, Meg McRoberts <
>>>>> mmcroberts@xxxxxxxxxxxx> wrote:
>>>>>
>>>>>> Thank for this, Aleksey. I think I get it -- I will rewrite the
>>>>>> descriptions in the Release Notes
>>>>>> and you can review them.
>>>>>>
>>>>>> So where does one get this upgrade tarball and how does one install
>>>>>> it? Will the Fuel UI handle
>>>>>> any of this or is it shell commands only?
>>>>>>
>>>>>> meg
>>>>>>
>>>>>>
>>>>>> On Fri, Jul 4, 2014 at 12:11 AM, Aleksey Kasatkin <
>>>>>> akasatkin@xxxxxxxxxxxx> wrote:
>>>>>>
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I'm participating in development of this feature.
>>>>>>>
>>>>>>> *>>> 4. User then upgrades to 5.0.1 from the Mirantis OpenStack
>>>>>>> 5.0.1 ISO*
>>>>>>>
>>>>>>> As far as I know, the only way to upgrade Fuel Master Node from 5.0
>>>>>>> to 5.0.1 will be running upgrade from an upgrade tarball (user will be able
>>>>>>> to manage the previously deployed environments then).
>>>>>>> User will be able to get clean installation of Fuel Master Node
>>>>>>> using 5.0.1 ISO (user will not be able to manage the previously deployed
>>>>>>> environments with this Fuel Master Node then).
>>>>>>>
>>>>>>>
>>>>>>> Aleksey Kasatkin
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Jul 3, 2014 at 2:31 AM, Meg McRoberts <
>>>>>>> mmcroberts@xxxxxxxxxxxx> wrote:
>>>>>>>
>>>>>>>> Thanks for the clarification, David. This means that the feature
>>>>>>>> description in the 5.0 Release Notes is wrong -- I'll work on it.
>>>>>>>>
>>>>>>>> meg
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Jul 2, 2014 at 7:16 AM, David Easter <deaster@xxxxxxxxxxxx>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Just to clarify, the current upgrade capability is limited to
>>>>>>>>> upgrading the Fuel Master Node itself and not the previously deployed
>>>>>>>>> environments. However, it is expected that an upgraded Fuel Master Node
>>>>>>>>> will be able to continue managing previously deployed environments. Basic
>>>>>>>>> use case would be:
>>>>>>>>>
>>>>>>>>> 1. User installs Fuel from the Mirantis OpenStack 5.0 ISO
>>>>>>>>> 2. User deploys an OpenStack environment using the provided
>>>>>>>>> hardened packages in the ISO (Icehouse 2014.1)
>>>>>>>>> 3. The environment successfully deploys and is up and running
>>>>>>>>> properly
>>>>>>>>> 4. User then upgrades to 5.0.1 from the Mirantis OpenStack
>>>>>>>>> 5.0.1 ISO
>>>>>>>>> 5. The Fuel Master Node is now version 5.0.1
>>>>>>>>> 6. This 5.0.1 Fuel Master Node must continue to provide the
>>>>>>>>> ability to manage the previously deployed 5.0 environment, including log
>>>>>>>>> management, health check, add and remove nodes, etc.
>>>>>>>>> 7. This 5.0.1 Fuel Master Node also deploys the newer hardened
>>>>>>>>> packages found in the Mirantis OpenStack 5.0.1 ISO (Icehouse 2014.1.1) into
>>>>>>>>> new environments
>>>>>>>>>
>>>>>>>>> In 5.0.1, it is not expected that the Fuel Master Node will enable
>>>>>>>>> the previously deployed 5.0 environment to be updated to 5.0.1. Patching of
>>>>>>>>> existing environments is tentatively expected in the 5.1 milestone and
>>>>>>>>> upgrading of the environment (e.g. from Icehouse to Juno) is tentatively
>>>>>>>>> expected in the 6.x milestones.
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>> - David J. Easter
>>>>>>>>> Director of Product Management, Mirantis, Inc.
>>>>>>>>>
>>>>>>>>> http://openstacksv.com/
>>>>>>>>>
>>>>>>>>> From: Meg McRoberts <mmcroberts@xxxxxxxxxxxx>
>>>>>>>>> Date: Wednesday, July 2, 2014 at 2:17 AM
>>>>>>>>> To: Evgeniy L <eli@xxxxxxxxxxxx>
>>>>>>>>> Cc: "fuel-dev@xxxxxxxxxxxxxxxxxxx" <fuel-dev@xxxxxxxxxxxxxxxxxxx>
>>>>>>>>> Subject: Re: [Fuel-dev] Fuel upgrade procedures
>>>>>>>>>
>>>>>>>>> Hi, Evgeniy,
>>>>>>>>> Thanks for responding. Yes, I need instructions for upgrading to
>>>>>>>>> 5.0.1. I believe we have two
>>>>>>>>> scenarios: one where one upgrades ones MOSt environment and one
>>>>>>>>> where one upgrades
>>>>>>>>> Fuel but continues to run the MOSt 5.0 environment, perhaps
>>>>>>>>> alongside new 5.0.1 environments.
>>>>>>>>>
>>>>>>>>> Vitaly, if you can provide screen shots, that would help a lot.
>>>>>>>>>
>>>>>>>>> Scratch up the info in whatever way is easiest for you and I'll
>>>>>>>>> take it from there.
>>>>>>>>>
>>>>>>>>> meg
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wed, Jul 2, 2014 at 1:08 AM, Evgeniy L <eli@xxxxxxxxxxxx>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Meg,
>>>>>>>>>>
>>>>>>>>>> I one of the developers who are working on this feature, what
>>>>>>>>>> information do you need? Do you need some instruction how to run upgrade
>>>>>>>>>> procedure?
>>>>>>>>>>
>>>>>>>>>> Also Vitaly Kramskikh is our UI developer, I think he can provide
>>>>>>>>>> some screenshots.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Jul 1, 2014 at 3:35 AM, Meg McRoberts <
>>>>>>>>>> mmcroberts@xxxxxxxxxxxx> wrote:
>>>>>>>>>>
>>>>>>>>>>> 5.0.1 is our first Fuel release that allows customers to (a)
>>>>>>>>>>> upgrade from the
>>>>>>>>>>> previous release and (b) run Fuel to support environments using
>>>>>>>>>>> different
>>>>>>>>>>> versions. At least, this is the hope and the promise in the 5.0
>>>>>>>>>>> Release Notes.
>>>>>>>>>>>
>>>>>>>>>>> I need information about how to do this for the 5.0.1 docs --
>>>>>>>>>>> who can help?
>>>>>>>>>>>
>>>>>>>>>>> meg
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Mailing list: https://launchpad.net/~fuel-dev
>>>>>>>>>>> Post to : fuel-dev@xxxxxxxxxxxxxxxxxxx
>>>>>>>>>>> Unsubscribe : https://launchpad.net/~fuel-dev
>>>>>>>>>>> More help : https://help.launchpad.net/ListHelp
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> -- Mailing list: https://launchpad.net/~fuel-dev Post to :
>>>>>>>>> fuel-dev@xxxxxxxxxxxxxxxxxxx Unsubscribe :
>>>>>>>>> https://launchpad.net/~fuel-dev More help :
>>>>>>>>> https://help.launchpad.net/ListHelp
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Mailing list: https://launchpad.net/~fuel-dev
>>>>>>>> Post to : fuel-dev@xxxxxxxxxxxxxxxxxxx
>>>>>>>> Unsubscribe : https://launchpad.net/~fuel-dev
>>>>>>>> More help : https://help.launchpad.net/ListHelp
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
> --
> Mailing list: https://launchpad.net/~fuel-dev
> Post to : fuel-dev@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~fuel-dev
> More help : https://help.launchpad.net/ListHelp
>
>
--
Mike Scherbakov
#mihgen
Follow ups
References
-
Fuel upgrade procedures
From: Meg McRoberts, 2014-06-30
-
Re: Fuel upgrade procedures
From: Evgeniy L, 2014-07-02
-
Re: Fuel upgrade procedures
From: Meg McRoberts, 2014-07-02
-
Re: Fuel upgrade procedures
From: David Easter, 2014-07-02
-
Re: Fuel upgrade procedures
From: Meg McRoberts, 2014-07-02
-
Re: Fuel upgrade procedures
From: Aleksey Kasatkin, 2014-07-04
-
Re: Fuel upgrade procedures
From: Meg McRoberts, 2014-07-04
-
Re: Fuel upgrade procedures
From: Aleksey Kasatkin, 2014-07-04
-
Re: Fuel upgrade procedures
From: Meg McRoberts, 2014-07-08
-
Re: Fuel upgrade procedures
From: David Easter, 2014-07-08
-
Re: Fuel upgrade procedures
From: Meg McRoberts, 2014-07-08
-
Re: Fuel upgrade procedures
From: David Easter, 2014-07-08
-
Re: Fuel upgrade procedures
From: Meg McRoberts, 2014-07-10
-
Re: Fuel upgrade procedures
From: Aleksey Kasatkin, 2014-07-11
-
Re: Fuel upgrade procedures
From: David Easter, 2014-07-11