<div dir="ltr">I will work on DVR+HA migration jobs. <div><br></div><div>Thanks</div><div>Anilvenkata</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 11, 2017 at 2:40 AM, Sławek Kapłoński <span dir="ltr"><<a href="mailto:slawek@kaplonski.pl" target="_blank">slawek@kaplonski.pl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I’m still checking this QoS scenario test and I found something strange IMHO.<br>
For example, almost all failed tests from last 2 days were executed on nodes with names like:<br>
* ubuntu-xenial-2-node-<wbr>citycloud-YYY-XXXX - on those nodes almost (or even all) all scenario tests was failed due to failed SSH connection to instance,<br>
* ubuntu-xenial-2-node-rax-iad-<wbr>XXXX - on those nodes QoS test was failed because of timeout during reading data<br>
<br>
I’m noob in gate tests and how it’s exactly working so my conclusions can be completely wrong but maybe those issues are related somehow to some cloud providers which provides infrastructure for tests?<br>
Maybe someone more experienced could take a look on that and help me? Thx in advance.<br>
<span class=""><br>
—<br>
Best regards<br>
Slawek Kaplonski<br>
<a href="mailto:slawek@kaplonski.pl">slawek@kaplonski.pl</a><br>
<br>
<br>
<br>
<br>
</span>> Wiadomość napisana przez Ihar Hrachyshka <<a href="mailto:ihrachys@redhat.com">ihrachys@redhat.com</a>> w dniu 03.08.2017, o godz. 23:40:<br>
<div class="HOEnZb"><div class="h5">><br>
> Thanks for those who stepped in (Armando and Slawek).<br>
><br>
> We still have quite some failures that would benefit from initial log<br>
> triage and fixes. If you feel like in this feature freeze time you<br>
> have less things to do, helping with those scenario failures would be<br>
> a good way to contribute to the project.<br>
><br>
> Thanks,<br>
> Ihar<br>
><br>
> On Fri, Jul 28, 2017 at 6:02 AM, Sławek Kapłoński <<a href="mailto:slawek@kaplonski.pl">slawek@kaplonski.pl</a>> wrote:<br>
>> Hello,<br>
>><br>
>> I will try to check QoS tests in this job.<br>
>><br>
>> —<br>
>> Best regards<br>
>> Slawek Kaplonski<br>
>> <a href="mailto:slawek@kaplonski.pl">slawek@kaplonski.pl</a><br>
>><br>
>><br>
>><br>
>><br>
>>> Wiadomość napisana przez Jakub Libosvar <<a href="mailto:jlibosva@redhat.com">jlibosva@redhat.com</a>> w dniu 28.07.2017, o godz. 14:49:<br>
>>><br>
>>> Hi all,<br>
>>><br>
>>> as sending out a call for help with our precious jobs was very<br>
>>> successful last time and we swept all Python 3 functional from Neutron<br>
>>> pretty fast (kudos the the team!), here comes a new round of failures.<br>
>>><br>
>>> This time I'm asking for your help <imagine Uncle Sam "We want you"<br>
>>> poster here> with gate-tempest-dsvm-neutron-dvr-<wbr>multinode-scenario<br>
>>> non-voting job. This job has been part of check queue for a while and is<br>
>>> very very unstable. Such job covers scenarios like router dvr/ha/legacy<br>
>>> migrations, qos, trunk and dvr. I went through current failures and<br>
>>> created an etherpad [1] with categorized failures and logstash queries<br>
>>> that give you latest failures with given particular tests.<br>
>>><br>
>>> If you feel like doing troubleshooting and sending fixes for gates,<br>
>>> please pick one test and write down your name to the test.<br>
>>><br>
>>> Thanks to all who are willing to participate.<br>
>>><br>
>>> Have a great weekend.<br>
>>> Jakub<br>
>>><br>
>>><br>
>>> [1]<br>
>>> <a href="https://etherpad.openstack.org/p/neutron-dvr-multinode-scenario-gate-failures" rel="noreferrer" target="_blank">https://etherpad.openstack.<wbr>org/p/neutron-dvr-multinode-<wbr>scenario-gate-failures</a><br>
>>><br>
>>><br>
>>> ______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
>><br>
>><br>
>> ______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
>><br>
><br>
> ______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br>
</div></div><br>______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>