Bug 1601739
| Summary: | [RFE] Support listing and launching validators from the client, same as from the GUI | ||
|---|---|---|---|
| Product: | Red Hat OpenStack | Reporter: | Udi Kalifon <ukalifon> |
| Component: | python-tripleoclient | Assignee: | RHOS Maint <rhos-maint> |
| Status: | CLOSED WONTFIX | QA Contact: | Gurenko Alex <agurenko> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 13.0 (Queens) | CC: | flfuchs, hbrock, jbuchta, jslagle, mburns, pablo.iranzo |
| Target Milestone: | --- | Keywords: | FutureFeature, ZStream |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| URL: | https://blueprints.launchpad.net/tripleo/+spec/validation-framework | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-11-20 10:12:24 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Udi Kalifon
2018-07-17 07:13:20 UTC
We have to have several cases: - undercloud pre-deploy validations - overcloud pre-deploy validations - day2 validations In the first case we will need to get a proper way to run the checks without the support of Mistral nor any undercloud service. A current example of such runs can be found in the undercloud_preflight¹ and related call happening before the deploy². I'm currently working in integrating some ansible-playbook capabilities, aiming first the undercloud preflight checks³. This will add the possibility to actually use the openstack-tripleo-validations content. Just before that, I also added openstack-tripleo-validations as a package dependency to the python-tripleoclient⁴ so that we get that package earlier than previously (it was installed during the undercloud deploy). In the second case, we can actually use some Mistral workflow, especially this one: tripleo.validations.v1.run_validation⁵ We should ensure we can actually point to the relevant validations, meaning "those that affect only the overcloud" (including some on the undercloud, like the disk space ensuring we can get the containers, and so on). The third case is a bit like the second case - we want to ensure we actually have a consistent and valid env before updating/upgrading the undercloud, same for the overcloud. The command should thus be a bit more complicated, and probably should involve the "group" we want to validate (undercloud, overcloud), and either detect the step we're in (pre-deploy, pre-up(date|grade)) automatically, or accept it as an option. This should also affect the shown validations (overcloud validations aren't the same as the undercloud, for example). Hope those hints will help getting a nice and proper way to actually validate the stacks in all their extend. Cheers, C. ¹ https://github.com/openstack/python-tripleoclient/blob/master/tripleoclient/v1/undercloud_preflight.py ² https://github.com/openstack/python-tripleoclient/blob/master/tripleoclient/v1/undercloud_config.py#L555 ³ https://review.openstack.org/582917 ⁴ https://review.rdoproject.org/r/#/c/14847/ ⁵ https://github.com/openstack/tripleo-common/blob/master/workbooks/validations.yaml#L8 Actually the BP I link to this issue concerns mainly Stein - and I'm not sure we'll be able to backport it to Queens nor Rocky. We'll see how it comes. The UI is deprecated. |