Red Hat Summit Red Hat SummitSupportConsoleDéveloppeursCommencer un essaiContact

Ce contenu n'est pas disponible dans la langue sélectionnée.

Chapter 15. Using the validation framework

Red Hat OpenStack Platform includes a validation framework that you can use to verify the requirements and functionality of the undercloud and overcloud. The framework includes two types of validations:

  • Manual Ansible-based validations, which you execute through the openstack tripleo validator command set.
  • Automatic in-flight validations, which execute during the deployment process.

You must understand which validations you want to run, and skip validations that are not relevant to your environment. For example, the pre-deployment validation includes a test for TLS-everywhere. If you do not intend to configure your environment for TLS-everywhere, this test fails. Use the --validation option in the openstack tripleo validator run command to refine the validation according to your environment.

15.1. Ansible-based validations
Copier lien

During the installation of Red Hat OpenStack Platform director, director also installs a set of playbooks from the openstack-tripleo-validations package. Each playbook contains tests for certain system requirements and a set of groups that define when to run the test:

no-op
Validations that run a no-op (no operation) task to verify to workflow functions correctly. These validations run on both the undercloud and overcloud.
prep
Validations that check the hardware configuration of the undercloud node. Run these validation before you run the openstack undercloud install command.
openshift-on-openstack
Validations that check that the environment meets the requirements to be able to deploy OpenShift on OpenStack.
pre-introspection
Validations to run before the nodes introspection using Ironic Inspector.
pre-deployment
Validations to run before the openstack overcloud deploy command.
post-deployment
Validations to run after the overcloud deployment has finished.
pre-upgrade
Validations to validate your OpenStack deployment before an upgrade.
post-upgrade
Validations to validate your OpenStack deployment after an upgrade.

15.2. Listing validations
Copier lien

Run the openstack tripleo validator list command to list the different types of validations available.

Procedure

  1. Source the stackrc file. 

    $ source ~/stackrc
    Copy to Clipboard Toggle word wrap

  2. Run the openstack tripleo validator list command:

    • To list all validations, run the command without any options: 

      $ openstack tripleo validator list
      Copy to Clipboard Toggle word wrap

    • To list validations in a group, run the command with the --group option: 

      $ openstack tripleo validator list --group prep
      Copy to Clipboard Toggle word wrap
Note

For a full list of options, run openstack tripleo validator list --help.

15.3. Running validations
Copier lien

To run a validation or validation group, use the openstack tripleo validator run command. To see a full list of options, use the openstack tripleo validator run --help command.

Procedure

  1. Source the stackrc file: 

    $ source ~/stackrc
    Copy to Clipboard Toggle word wrap

  2. Create and validate a static inventory file called inventory.yaml. 

    $ tripleo-ansible-inventory --static-yaml-inventory inventory.yaml
$ openstack tripleo validator run  --group pre-introspection -i inventory.yaml
    Copy to Clipboard Toggle word wrap

  3. Enter the openstack tripleo validator run command:

    • To run a single validation, enter the command with the --validation option and the name of the validation. For example, to check the undercloud memory requirements, enter --validation check-ram: 

      $ openstack tripleo validator run --validation check-ram
      Copy to Clipboard Toggle word wrap

      If the overcloud uses a plan name that is different to the default overcloud name, set the plan name with the --plan option: 

      $ openstack tripleo validator run --validation check-ram --plan myovercloud
      Copy to Clipboard Toggle word wrap

      To run multiple specific validations, use the --validation option with a comma-separated list of the validations that you want to run. For more information about viewing the list of available validations, see Listing validations.

    • To run all validations in a group, enter the command with the --group option: 

      $ openstack tripleo validator run --group prep
      Copy to Clipboard Toggle word wrap

      To view detailed output from a specific validation, run the openstack tripleo validator show run --full command against the UUID of the specific validation from the report: 

      $ openstack tripleo validator show run --full <UUID>
      Copy to Clipboard Toggle word wrap

15.4. Viewing validation history
Copier lien

Director saves the results of each validation after you run a validation or group of validations. View past validation results with the openstack tripleo validator show history command.

Prerequisites

  • You have run a validation or group of validations.

Procedure

  1. Source the stackrc file: 

    $ source ~/stackrc
    Copy to Clipboard Toggle word wrap

  2. View a list of all validations: 

    $ openstack tripleo validator show history
    Copy to Clipboard Toggle word wrap

    To view history for a specific validation type, run the same command with the --validation option: 

    $ openstack tripleo validator show history --validation ntp
    Copy to Clipboard Toggle word wrap

  3. View the log for a specific validation UUID with the openstack tripleo validator show run --full command: 

    $ openstack tripleo validator show run --full 7380fed4-2ea1-44a1-ab71-aab561b44395
    Copy to Clipboard Toggle word wrap

15.5. Validation framework log format
Copier lien

After you run a validation or group of validations, director saves a JSON-formatted log from each validation in the /var/logs/validations directory. You can view the file manually or use the openstack tripleo validator show run --full command to display the log for a specific validation UUID.

Each validation log file follows a specific format:

  • <UUID>_<Name>_<Time>

    UUID
    The Ansible UUID for the validation.
    Name
    The Ansible name for the validation.
    Time
    The start date and time for when you ran the validation.

Each validation log contains three main parts:

plays

The plays section contains information about the tasks that the director performed as part of the validation:

play
A play is a group of tasks. Each play section contains information about that particular group of tasks, including the start and end times, the duration, the host groups for the play, and the validation ID and path.
tasks
The individual Ansible tasks that director runs to perform the validation. Each tasks section contains a hosts section, which contains the action that occurred on each individual host and the results from the execution of the actions. The tasks section also contains a task section, which contains the duration of the task.

stats

The stats section contains a basic summary of the outcome of all tasks on each host, such as the tasks that succeeded and failed.

validation_output

If any tasks failed or caused a warning message during a validation, the validation_output contains the output of that failure or warning.

15.6. In-flight validations
Copier lien

Red Hat OpenStack Platform includes in-flight validations in the templates of composable services. In-flight validations verify the operational status of services at key steps of the overcloud deployment process.

In-flight validations run automatically as part of the deployment process. Some in-flight validations also use the roles from the openstack-tripleo-validations package.

Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat