<div dir="ltr">Hi,<div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr"><br></div></div></div>
<br><div class="gmail_quote">On Tue, Dec 1, 2015 at 11:34 PM, Peter Lemenkov <span dir="ltr"><<a href="mailto:lemenkov@gmail.com" target="_blank">lemenkov@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello All!<br>
<br>
Well, side-effects (or any other effects) are quite obvious and<br>
predictable - this will decrease availability of RPC queues a bit.<br>
That's for sure.<br></blockquote><div><br></div><div>Imagine the case when user creates VM instance, and some nova messages are lost. I am not sure we want half-created instances. Who is going to clean up them? Since we do not have results of destructive tests, I vote -2 for FFE for this feature.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
However, Dmitry's guess is that the overall messaging backplane<br>
stability increase (RabitMQ won't fail too often in some cases) would<br>
compensate for this change. This issue is very much real - speaking of<br>
me I've seen an awful cluster's performance degradation when a failing<br>
RabbitMQ node was killed by some watchdog application (or even worse<br>
wasn't killed at all). One of these issues was quite recently, and I'd<br>
love to see them less frequently.<br>
<br>
That said I'm uncertain about the stability impact of this change, yet<br>
I see a reasoning worth discussing behind it.<br>
<div class="HOEnZb"><div class="h5"><br>
2015-12-01 20:53 GMT+01:00 Sergii Golovatiuk <<a href="mailto:sgolovatiuk@mirantis.com">sgolovatiuk@mirantis.com</a>>:<br>
> Hi,<br>
><br>
> -1 for FFE for disabling HA for RPC queue as we do not know all side effects<br>
> in HA scenarios.<br>
><br>
> On Tue, Dec 1, 2015 at 7:34 PM, Dmitry Mescheryakov<br>
> <<a href="mailto:dmescheryakov@mirantis.com">dmescheryakov@mirantis.com</a>> wrote:<br>
>><br>
>> Folks,<br>
>><br>
>> I would like to request feature freeze exception for disabling HA for RPC<br>
>> queues in RabbitMQ [1].<br>
>><br>
>> As I already wrote in another thread [2], I've conducted tests which<br>
>> clearly show benefit we will get from that change. The change itself is a<br>
>> very small patch [3]. The only thing which I want to do before proposing to<br>
>> merge this change is to conduct destructive tests against it in order to<br>
>> make sure that we do not have a regression here. That should take just<br>
>> several days, so if there will be no other objections, we will be able to<br>
>> merge the change in a week or two timeframe.<br>
>><br>
>> Thanks,<br>
>><br>
>> Dmitry<br>
>><br>
>> [1] <a href="https://review.openstack.org/247517" rel="noreferrer" target="_blank">https://review.openstack.org/247517</a><br>
>> [2]<br>
>> <a href="http://lists.openstack.org/pipermail/openstack-dev/2015-December/081006.html" rel="noreferrer" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2015-December/081006.html</a><br>
>> [3] <a href="https://review.openstack.org/249180" rel="noreferrer" target="_blank">https://review.openstack.org/249180</a><br>
>><br>
>> __________________________________________________________________________<br>
>> OpenStack Development Mailing List (not for usage questions)<br>
>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>><br>
><br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
With best regards, Peter Lemenkov.<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>