A collection of Ansible playbooks to detect and report potential issues during TripleO deployments
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
Zuul 715d44cf75 Merge "Adds heat-manage purge_deleted cron job validation" into stable/queens 4 months ago
doc/source Fix documentations for pypi 3 years ago
releasenotes Adds heat-manage purge_deleted cron job validation 6 months ago
scripts Revert "Fail if the Overcloud inventory is empty" 3 years ago
tools Fix ctlplane-ip-range validations 2 years ago
tripleo_validations Validation for no PMD cores on a NUMA node 3 years ago
validations Adds heat-manage purge_deleted cron job validation 6 months ago
zuul.d [queens] Migrate to content provider jobs/templates 8 months ago
.coveragerc Initial Cookiecutter Commit. 5 years ago
.gitignore Add Ansible specific files to .gitignore 4 years ago
.gitreview OpenDev Migration Patch 2 years ago
.mailmap Initial Cookiecutter Commit. 5 years ago
.testr.conf Initial Cookiecutter Commit. 5 years ago
CONTRIBUTING.rst Use tripleo bug tracker on launchpad 5 years ago
HACKING.rst Initial Cookiecutter Commit. 5 years ago
LICENSE Initial Cookiecutter Commit. 5 years ago
MANIFEST.in Initial Cookiecutter Commit. 5 years ago
README.rst Fix documentations for pypi 3 years ago
ansible.cfg Add a validation-specific Ansible output callback 5 years ago
babel.cfg Initial Cookiecutter Commit. 5 years ago
hosts.sample Documentation how validations work 5 years ago
requirements.txt Updated from global requirements 3 years ago
setup.cfg Update URL home-page in documents according to document migration 4 years ago
setup.py Updated from global requirements 4 years ago
test-requirements.txt Updated from global requirements 3 years ago
tox.ini Ignore ansible-lint command exit code 6 months ago

README.rst

Team and repository tags

image

TripleO Validations

A collection of Ansible playbooks to detect and report potential issues during TripleO deployments

The validations will help detect issues early in the deployment process and prevent field engineers from wasting time on misconfiguration or hardware issues in their environments.

All validations are written in Ansible and are written in a way that's consumable by the Mistral validation framework or by Ansible directly. They are available independently from the UI or the command line client.