fuel-dev team mailing list archive

[Mike Scherbakov <mscherbakov@xxxxxxxxxxxx>]

QA team - please pay attention to this. As we lose simple mode, we need to
have our system tests to reflect this.

Thanks,


On Wed, Apr 2, 2014 at 2:24 AM, Andrew Woodward <xarses@xxxxxxxxx> wrote:

> https://review.openstack.org/#/c/79813/ is ready for review.
>
>
> On Wed, Mar 26, 2014 at 3:04 PM, Andrew Woodward <xarses@xxxxxxxxx> wrote:
>
>> You can track
>> https://review.openstack.org/#/q/topic:bp/single-controller-ha,n,z and
>> the BP its self
>>
>> In https://review.openstack.org/#/c/79813/ I've resolved all but two of
>> the test case failures in fuelclient which appear to be impacting other
>> reviews also. So maybe they are broken or just flaky I'm digging into them
>> currently.
>>
>>
>>
>> On Wed, Mar 26, 2014 at 5:55 AM, Vladimir Kuklin <vkuklin@xxxxxxxxxxxx>wrote:
>>
>>> Andrew
>>>
>>> Could you give as a heads up on the status of this blueprint?
>>>
>>>
>>> On Tue, Mar 11, 2014 at 9:54 PM, Vladimir Kuklin <vkuklin@xxxxxxxxxxxx>wrote:
>>>
>>>> Thank you, Andrew.
>>>>
>>>> BTW, we do already have tests running for each change request in
>>>> single-HA-Ubuntu-GRE installation: look into
>>>> fuelweb_test/tests/test_pullrequest.py. Here you will find that we are
>>>> running tests by using separate provisioning/deployment feature of Nailgun
>>>> due to Nailgun restrictions on number of controllers in HA.
>>>>
>>>>
>>>> On Tue, Mar 11, 2014 at 9:44 PM, Andrew Woodward <xarses@xxxxxxxxx>wrote:
>>>>
>>>>> I created a simple blueprint
>>>>> https://blueprints.launchpad.net/fuel/+spec/single-controller-ha
>>>>>
>>>>> First we will enable single controller in ha and migrate the tests
>>>>> over. After we are happy with this, we can follow up and remove multi-node.
>>>>>
>>>>> Reviews will be up soon.
>>>>>
>>>>>
>>>>> On Tue, Mar 11, 2014 at 10:27 AM, Vladimir Kuklin <
>>>>> vkuklin@xxxxxxxxxxxx> wrote:
>>>>>
>>>>>> Guys
>>>>>>
>>>>>> I do support disabling of simple mode but we need to review the code
>>>>>> carefully. Andrew, would you please create corresponding change request to
>>>>>> FUEL gerrit?
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Mar 11, 2014 at 8:30 PM, Mike Scherbakov <
>>>>>> mscherbakov@xxxxxxxxxxxx> wrote:
>>>>>>
>>>>>>> Looks like majority +1ed. Let's go for it.
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Mar 11, 2014 at 1:09 PM, Serg Melikyan <
>>>>>>> smelikyan@xxxxxxxxxxxx> wrote:
>>>>>>>
>>>>>>>> +1 for supporting only HA mode in Fuel.
>>>>>>>>
>>>>>>>> During Murano & Fuel integration we experienced whole bunch of bugs
>>>>>>>> introduced with deployment differences between this two modes, so I am
>>>>>>>> completely agree with Dmitry.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Mar 11, 2014 at 12:02 AM, David Easter <
>>>>>>>> deaster@xxxxxxxxxxxx> wrote:
>>>>>>>>
>>>>>>>>> +1
>>>>>>>>>
>>>>>>>>> As long as you can do a 1-controller installation, it would be
>>>>>>>>> good for both customers and dev to have the required step to pick HA vs.
>>>>>>>>> non-HA removed.   It also removes the chance that someone picks the wrong
>>>>>>>>> one in the wizard (since we'd remove it from the wizard completely).
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>>
>>>>>>>>> - David J. Easter
>>>>>>>>>   Product Line Manager
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> From: Mike Scherbakov <mscherbakov@xxxxxxxxxxxx>
>>>>>>>>> Date: Monday, March 10, 2014 at 6:31 AM
>>>>>>>>> To: Vladimir Kuklin <vkuklin@xxxxxxxxxxxx>
>>>>>>>>> Cc: "fuel-dev@xxxxxxxxxxxxxxxxxxx" <fuel-dev@xxxxxxxxxxxxxxxxxxx>
>>>>>>>>> Subject: Re: [Fuel-dev] [fuel-dev] single node HA controllers
>>>>>>>>> proposal
>>>>>>>>>
>>>>>>>>> > you will still need to do some node cross-orchestration
>>>>>>>>> It contradicts to Andrew's experiments (start of the thread),
>>>>>>>>> where he was able to add 2nd & 3rd controller. Anyway, we still
>>>>>>>>> don't miss anything if we drop simple mode, right?
>>>>>>>>> a) You can do 1-node controller install
>>>>>>>>> b) You can do 3-node controller install
>>>>>>>>>
>>>>>>>>> I vote for removing simple mode, as the use case (scale down to 1
>>>>>>>>> controller) can be covered with 1 controller choosing HA mode.
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sun, Mar 9, 2014 at 9:51 PM, Vladimir Kuklin <
>>>>>>>>> vkuklin@xxxxxxxxxxxx> wrote:
>>>>>>>>>
>>>>>>>>>> Guys, handling simple mode in the same way as handling HA mode is
>>>>>>>>>> possible, but after you add controllers, you will still need to do some
>>>>>>>>>> node cross-orchestration, e.g. updating haproxy nodes or mysql configs.
>>>>>>>>>> Thus it still faces the same problem - Granular deployment and Much More
>>>>>>>>>> Advanced Orchestrator is needed.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sat, Mar 8, 2014 at 2:34 AM, Dmitry Borodaenko <
>>>>>>>>>> dborodaenko@xxxxxxxxxxxx> wrote:
>>>>>>>>>>
>>>>>>>>>>> On Fri, Mar 7, 2014 at 4:03 AM, Sergey Vasilenko
>>>>>>>>>>> <svasilenko@xxxxxxxxxxxx> wrote:
>>>>>>>>>>> > I do not sure, that it's a good idea.
>>>>>>>>>>> > Usualy, most of anything new things, we developing and testing
>>>>>>>>>>> under simple
>>>>>>>>>>> > configuration. And after it scale to HA configurations.
>>>>>>>>>>>
>>>>>>>>>>> I think it is actually a very BAD idea to develop using a
>>>>>>>>>>> configuration that is significantly different from production.
>>>>>>>>>>>
>>>>>>>>>>> Every time you increase the time interval between introducing a
>>>>>>>>>>> bug
>>>>>>>>>>> (i.e. developing) and finding a bug (i.e. testing), the cost of
>>>>>>>>>>> fixing
>>>>>>>>>>> the bug increases exponentially. You no longer remember what
>>>>>>>>>>> you've
>>>>>>>>>>> changed, you piled other changes on top of incorrect code, you
>>>>>>>>>>> impacted other engineers who encountered your bug and now have to
>>>>>>>>>>> figure out that it wasn't their changes causing problems, and so
>>>>>>>>>>> on.
>>>>>>>>>>>
>>>>>>>>>>> > Simple configuration gives us low time of deploy,
>>>>>>>>>>>
>>>>>>>>>>> Using HA configuration will make us finally pay some attention
>>>>>>>>>>> to the
>>>>>>>>>>> time it takes to deploy HA and fix it. It's not a fundamental
>>>>>>>>>>> problem,
>>>>>>>>>>> we're actually doing something wrong here and we should figure
>>>>>>>>>>> it out.
>>>>>>>>>>>
>>>>>>>>>>> > possibility of don't use
>>>>>>>>>>> > buggy Galera, songle-node AMQP. Works with "simple"
>>>>>>>>>>> > configuration we can don't distractions to HA ussues.
>>>>>>>>>>>
>>>>>>>>>>> These are not distractions, you will encounter all these issues
>>>>>>>>>>> before
>>>>>>>>>>> you can release. And it will be much easier to fix them
>>>>>>>>>>> immediately
>>>>>>>>>>> after they are introduced, not 1 week before code freeze.
>>>>>>>>>>>
>>>>>>>>>>> > One of most typical
>>>>>>>>>>> > examples -- migration to the next openstack version.
>>>>>>>>>>>
>>>>>>>>>>> It is even more important for Icehouse. If we encounter Icehouse
>>>>>>>>>>> bugs
>>>>>>>>>>> that break HA before Icehouse is released (5 weeks from now), we
>>>>>>>>>>> might
>>>>>>>>>>> get them fixed upstream instead of having to carry our own patch
>>>>>>>>>>> series after the release.
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Dmitry Borodaenko
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> 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
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Yours Faithfully,
>>>>>>>>>> Vladimir Kuklin,
>>>>>>>>>> Senior Deployment Engineer,
>>>>>>>>>> Mirantis, Inc.
>>>>>>>>>> +7 (495) 640-49-04
>>>>>>>>>> +7 (926) 702-39-68
>>>>>>>>>> Skype kuklinvv
>>>>>>>>>> 45bk3, Vorontsovskaya Str.
>>>>>>>>>> Moscow, Russia,
>>>>>>>>>> www.mirantis.com <http://www.mirantis.ru/>
>>>>>>>>>> www.mirantis.ru
>>>>>>>>>> vkuklin@xxxxxxxxxxxx
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> 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
>>>>>>>>> -- 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
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Serg Melikyan, Senior Software Engineer at Mirantis, Inc.
>>>>>>>> http://mirantis.com | smelikyan@xxxxxxxxxxxx
>>>>>>>>
>>>>>>>> +7 (495) 640-4904, 0261
>>>>>>>> +7 (903) 156-0836
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Mike Scherbakov
>>>>>>> #mihgen
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Yours Faithfully,
>>>>>> Vladimir Kuklin,
>>>>>> Senior Deployment Engineer,
>>>>>> Mirantis, Inc.
>>>>>> +7 (495) 640-49-04
>>>>>> +7 (926) 702-39-68
>>>>>> Skype kuklinvv
>>>>>> 45bk3, Vorontsovskaya Str.
>>>>>> Moscow, Russia,
>>>>>> www.mirantis.com <http://www.mirantis.ru/>
>>>>>> www.mirantis.ru
>>>>>> vkuklin@xxxxxxxxxxxx
>>>>>>
>>>>>> --
>>>>>> 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
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> If google has done it, Google did it right!
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Yours Faithfully,
>>>> Vladimir Kuklin,
>>>> Senior Deployment Engineer,
>>>> Mirantis, Inc.
>>>> +7 (495) 640-49-04
>>>> +7 (926) 702-39-68
>>>> Skype kuklinvv
>>>> 45bk3, Vorontsovskaya Str.
>>>> Moscow, Russia,
>>>> www.mirantis.com <http://www.mirantis.ru/>
>>>> www.mirantis.ru
>>>> vkuklin@xxxxxxxxxxxx
>>>>
>>>
>>>
>>>
>>> --
>>> Yours Faithfully,
>>> Vladimir Kuklin,
>>> Fuel Library Tech Lead,
>>>
>>> Mirantis, Inc.
>>> +7 (495) 640-49-04
>>> +7 (926) 702-39-68
>>> Skype kuklinvv
>>> 45bk3, Vorontsovskaya Str.
>>> Moscow, Russia,
>>> www.mirantis.com <http://www.mirantis.ru/>
>>> www.mirantis.ru
>>> vkuklin@xxxxxxxxxxxx
>>>
>>
>>
>>
>> --
>> Andrew
>> Mirantis
>> Ceph community
>>
>
>
>
> --
> Andrew
> Mirantis
> Ceph community
>



-- 
Mike Scherbakov
#mihgen