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