Description of problem: Since 16.2.2, it looks like tripleo validator run doesn't generate the inventory on the fly anymore when the default inventory isn't found Version-Release number of selected component (if applicable): python3-tripleo-common-11.7.1-2.20211218004850.173edba.el8ost.noarch python3-validations-libs-1.5.0-2.20220115004852.17e6895.el8ost.noarch validations-common-1.5.0-2.20220112153836.cf7ebdd.el8ost.noarch openstack-tripleo-common-11.7.1-2.20211218004850.173edba.el8ost.noarch python3-tripleoclient-heat-installer-12.6.1-2.20220114104840.db6a328.el8ost.noarch python3-tripleoclient-12.6.1-2.20220114104840.db6a328.el8ost.noarch openstack-tripleo-validations-11.6.1-2.20220115004852.c6d8b57.el8ost.noarch openstack-tripleo-common-containers-11.7.1-2.20211218004850.173edba.el8ost.noarch
Hello there, IMHO best way to correct this issue: - in tripleoclient, add a new parameter, like "--inventory-file", defaulting to something sensible, such as "~/tripleo-deploy/STACK_NAME/tripleo-ansible-inventory.yaml" - STACK_NAME may default to "overcloud", or "undercloud" - in VF itself, check for the availability of the inventory_file, and crash if it's absent Note: the path is for osp-17, maybe another value would be needed for 16.2? In any cases, 16.2 may require a doc update in order to instruct Operator to generate the inventory before running validations - this is already a known step for FFU (I don't remember which one, probably 13->16, but you'd need someone from Upgrades to get that precision). I'll let the VF folks decide if this is good for them, and implement the proper solution. Cheers, C.
*** Bug 2072787 has been marked as a duplicate of this bug. ***
*** Bug 2074769 has been marked as a duplicate of this bug. ***
I'm closing this bug since it has been addressed via the Documentation.