<div dir="ltr">Moreover I would suggest to use server spec as beaker is already duplicating part of our infrastructure automatization.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 22, 2015 at 6:44 PM, Vladimir Kuklin <span dir="ltr"><<a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Guys, I suggest that we create a blueprint how to integrate beaker with our existing infrastructure to increase test coverage. My optimistic estimate is that we can see its implementation in 7.0.</div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Thu, Jan 22, 2015 at 2:07 AM, Andrew Woodward <span dir="ltr"><<a href="mailto:xarses@gmail.com" target="_blank">xarses@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My understanding is serverspec is not going to work well / going to be<br>
supported. I think it was discusssed on IRC (as i cant find it in my<br>
email). Stackforge/puppet-ceph moved from ?(something)spec to beaker,<br>
as its more functional and actively developed.<br>
<div><div><br>
On Mon, Jan 12, 2015 at 6:10 AM, Sergii Golovatiuk<br>
<<a href="mailto:sgolovatiuk@mirantis.com" target="_blank">sgolovatiuk@mirantis.com</a>> wrote:<br>
> Hi,<br>
><br>
> Puppet OpenStack community uses Beaker for acceptance testing. I would<br>
> consider it as option [2]<br>
><br>
> [2] <a href="https://github.com/puppetlabs/beaker" target="_blank">https://github.com/puppetlabs/beaker</a><br>
><br>
> --<br>
> Best regards,<br>
> Sergii Golovatiuk,<br>
> Skype #golserge<br>
> IRC #holser<br>
><br>
> On Mon, Jan 12, 2015 at 2:53 PM, Bogdan Dobrelya <<a href="mailto:bdobrelia@mirantis.com" target="_blank">bdobrelia@mirantis.com</a>><br>
> wrote:<br>
>><br>
>> Hello.<br>
>><br>
>> We are working on the modularization of Openstack deployment by puppet<br>
>> manifests in Fuel library [0].<br>
>><br>
>> Each deploy step should be post-verified with some testing framework as<br>
>> well.<br>
>><br>
>> I believe the framework should:<br>
>> * be shipped as a part of Fuel library for puppet manifests instead of<br>
>> orchestration or Nailgun backend logic;<br>
>> * allow the deployer to verify results right in-place, at the node being<br>
>> deployed, for example, with a rake tool;<br>
>> * be compatible / easy to integrate with the existing orchestration in<br>
>> Fuel and Mistral as an option?<br>
>><br>
>> It looks like test resources provided by Serverspec [1] are a good<br>
>> option, what do you think?<br>
>><br>
>> What plans have Fuel Nailgun team for testing the results of deploy<br>
>> steps aka tasks? The spec for blueprint gives no a clear answer.<br>
>><br>
>> [0]<br>
>> <a href="https://blueprints.launchpad.net/fuel/+spec/fuel-library-modularization" target="_blank">https://blueprints.launchpad.net/fuel/+spec/fuel-library-modularization</a><br>
>> [1] <a href="http://serverspec.org/resource_types.html" target="_blank">http://serverspec.org/resource_types.html</a><br>
>><br>
>> --<br>
>> Best regards,<br>
>> Bogdan Dobrelya,<br>
>> Skype #<a href="http://bogdando_at_yahoo.com" target="_blank">bogdando_at_yahoo.com</a><br>
>> Irc #bogdando<br>
>><br>
>> __________________________________________________________________________<br>
>> OpenStack Development Mailing List (not for usage questions)<br>
>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" 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" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
<br>
<br>
</div></div><span><font color="#888888">--<br>
Andrew<br>
Mirantis<br>
Ceph community<br>
</font></span><div><div><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div>-- <br><div><div dir="ltr">Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br>+7 (495) 640-49-04<br>+7 (926) 702-39-68<br>Skype kuklinvv<br>45bk3, Vorontsovskaya Str.<br>Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div></div>
</div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br>+7 (495) 640-49-04<br>+7 (926) 702-39-68<br>Skype kuklinvv<br>45bk3, Vorontsovskaya Str.<br>Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div></div>
</div>