<div dir="ltr">Hi Ken,<div><br></div><div>OS-Faults doesn't have any scenarios in the tree yet (the project is two months old), but you can find some examples of the use in the os-faults/examples directory.</div><div><br></div><div>Regards,</div><div>Yaroslav Lobankov.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 4, 2016 at 8:02 PM, Ken'ichi Ohmichi <span dir="ltr"><<a href="mailto:ken1ohmichi@gmail.com" target="_blank">ken1ohmichi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Timur,<br>
<br>
Thanks for your explanation.<br>
<div><div class="h5"><br>
2016-09-29 6:22 GMT-07:00 Timur Nurlygayanov <<a href="mailto:tnurlygayanov@mirantis.com">tnurlygayanov@mirantis.com</a>>:<br>
><br>
>> I am guessing the above "restart nodes" is for verifying each<br>
>> OpenStack service restarts successfully, right?<br>
><br>
> Yes, this is right. And we also will check that HA logic for these<br>
> services works correctly (for example, rescheduling of L3 Neutron<br>
> agents for networks).<br>
><br>
>> But these service scripts are provided by distributors, and Devstack<br>
>> itself doesn't contain service scripts IIUC.<br>
>> So I'd like to know how to verify it on Devstack clouds.<br>
><br>
> Yes, DevStack doesn't support many scenarios which are actual<br>
> and should be supported on the production clouds.<br>
> It will be not possible to run all advanced test scenarios for DevStack<br>
> clouds,<br>
> just because DevStack can't deploy OpenStack cloud with 3 controllers<br>
> now (so, probably it will be possible in the future).<br>
><br>
> Of course, some advanced scenarios will support DevStack clouds,<br>
> for example, some test scenarios which are based on customer-found<br>
> issues from the real production clouds, like upload of the large images<br>
> (100+ Gb)<br>
> to Glance with Swift backend. Such cases are important for verification of<br>
> pre-production environments, but not very important for CI gate jobs.<br>
><br>
> It is also important to note that in these advanced cases we are targeting<br>
> to check not only the logic of Python code, but also the correct<br>
> configuration<br>
> of all OpenStack components on some pre-production OpenStack clusters.<br>
<br>
</div></div>I guessed some part of os-faults can be moved to Tempest if os-faults<br>
contains API tests for enabling/disabling OpenStack services.<br>
Then, os-faults would be able to concentrate on more destructive tests<br>
like rebooting physical nodes, etc.<br>
However, I could not find any actual scenarios on current os-faults<br>
(<a href="https://github.com/openstack/os-faults" rel="noreferrer" target="_blank">https://github.com/openstack/<wbr>os-faults</a>).<br>
That seems to just contain some abstraction layers and unit tests. Can<br>
we see actual test scenarios of os-faults ?<br>
Maybe I missed something.<br>
<br>
Thanks<br>
<span class="HOEnZb"><font color="#888888">Ken Ohmichi<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>