On 2/11/15, 6:35 PM, "Sylvain Bauza" <sba...@redhat.com> wrote:

>
>Le 11/02/2015 17:04, Gary Kotton a écrit :
>> I posted a fix that does not break things and supports HA.
>> https://review.openstack.org/154029
>
>
>Just let's be clear, HA is *not* supported by Nova now.

That is not correct. It is actually support if the host_ip is the same. If
the host_ip is not the same then there is an issue when one of the compute
nodes restarts - it will delete all instances that do not have its host_ip.

>
>The main reason is that compute *nodes* are considered given by the
>hypervisor (ie. the virt driver ran by the compute manager worker), so
>if 2 or more hypervisors on two distinct machines are getting the same
>list of nodes, then you would have duplicates.

No. There are no duplicates.

>
>-Sylvain
>
>> On 2/11/15, 5:55 PM, "Matthew Booth" <mbo...@redhat.com> wrote:
>>
>>> On 11/02/15 15:49, Gary Kotton wrote:
>>>> Hi,
>>>> I do not think that that is a healthy solution. That effectively would
>>>> render a cluster down if the compute node goes down. That would be a
>>>> real
>>>> disaster. The ugly work around is setting the host names to be the
>>>>same
>>>> value.
>>> I don't think that's an ugly work around. I think that's the only
>>> currently viable solution.
>>>
>>>> This is something that we should discuss at the next summit and I
>>>>would
>>>> hope to propose a topic to talk about.
>>> Sounds like a good plan. However, given that the bug is marked Critical
>>> I was assuming we wanted a more expedient fix, which is what I've
>>> proposed.
>>>
>>> Matt
>>>
>>>> Thanks
>>>> Gary
>>>>
>>>> On 2/11/15, 5:31 PM, "Matthew Booth" <mbo...@redhat.com> wrote:
>>>>
>>>>> I just posted this:
>>>>>
>>>>> https://review.openstack.org/#/c/154907/
>>>>>
>>>>> as an alternative fix for critical bug:
>>>>>
>>>>> https://bugs.launchpad.net/nova/+bug/1419785
>>>>>
>>>>> I've just knocked this up quickly for illustration: it obviously
>>>>>needs
>>>>> plenty of cleanup. I have confirmed that it works, though.
>>>>>
>>>>> Before I take it any further, though, I'd like to get some feedback
>>>>>on
>>>>> the approach. I prefer this to the alternative, because the
>>>>>underlying
>>>>> problem is deeper than supporting evacuate. I'd prefer to be honest
>>>>> with
>>>>> the user and just say it ain't gonna work. The alternative would
>>>>>leave
>>>>> Nova running in a broken state, leaving inconsistent state in its
>>>>>wake
>>>>> as it runs.
>>>>>
>>>>> Matt
>>>>>
>>>>> -- 
>>>>> Matthew Booth
>>>>> Red Hat Engineering, Virtualisation Team
>>>>>
>>>>> Phone: +442070094448 (UK)
>>>>> GPG ID:  D33C3490
>>>>> GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490
>>>>>
>>>>>
>>>>> 
>>>>>______________________________________________________________________
>>>>>__
>>>>> __
>>>>> OpenStack Development Mailing List (not for usage questions)
>>>>> Unsubscribe:
>>>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>>
>>>>
>>>> 
>>>>_______________________________________________________________________
>>>>__
>>>> _
>>>> OpenStack Development Mailing List (not for usage questions)
>>>> Unsubscribe:
>>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>>
>>>
>>> -- 
>>> Matthew Booth
>>> Red Hat Engineering, Virtualisation Team
>>>
>>> Phone: +442070094448 (UK)
>>> GPG ID:  D33C3490
>>> GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490
>>>
>>> 
>>>________________________________________________________________________
>>>__
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe: 
>>>openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>> 
>>_________________________________________________________________________
>>_
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: 
>>openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>__________________________________________________________________________
>OpenStack Development Mailing List (not for usage questions)
>Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to