[openstack-dev] [TripleO] Consolidating TripleO validations with Browbeat validations
assaf at redhat.com
Mon Jun 20 18:58:53 UTC 2016
On Mon, Jun 20, 2016 at 12:43 PM, Joe Talerico <jtaleric at redhat.com> wrote:
> On Mon, Jun 20, 2016 at 12:41 PM, Ihar Hrachyshka <ihrachys at redhat.com> wrote:
>>> On 20 Jun 2016, at 18:37, Joe Talerico <jtaleric at redhat.com> wrote:
>>> Hello - It would seem there is a little bit of overlap with TripleO
>>> validations ( clapper validations ) and Browbeat *Checks*. I would
>>> like to see these two come together, and I wanted to get some feedback
>>> on this.
>>> For reference here are the Browbeat checks :
>>> We check for common deployment mistakes, possible deployment
>>> performance issues and some bugs that could impact the scale and
>>> performance of your cloud... At the end we build a report of found
>>> issues with the cloud, like :
>>> We eventually wanted to take these findings and push them to
>>> ElasticSearch as metadata for our result data (just so we would be
>>> aware of any BZs or possibly missed tuning).
>>> Anyhoo, I just would like to get feedback on consolidating these
>>> checks into TripleO Validations if that makes sense. If this does make
>>> sense, who could I work with to see that this happens?
>> Sorry for hijacking the thread somewhat, but it seems that neutron-sanity-check would cover for some common deployment issues, if utilized by projects like browbeat. Has anyone considered the tool?
>> If there are projects that are interested in integrating checks that are implemented by neutron community, we would be glad to give some guidance.
> Hey Ihar - the TripleO validations are using this :
Oops, that's missing a bunch of configuration files. Here's the
configuration values it expects:
And here's how the tool uses them:
It runs specific checks according to configuration file values. Is
ipset enabled in the OVS agent configuration file? Great, let's check
we can use it and report back if there's any errors.
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
More information about the OpenStack-dev