Description of problem: We are deploying RHOS13 but don't want it to control the hardware. So we are using the manual-management (i.e. former "fake", "fake_pxe" drivers). In modern OpenStack, this has become the "manual-management" hardware type. Upstream, tripleo-common's DRIVER_INFO constant was updated to account for this change, however the version that ships with RHOS13 was not. In particular the "manual-management" pattern is missing. This prevents nodes from being registered with pm_type "manual-management". However since all the other pieces have been updated to account for the change, setting the pm_type to "fake" or "fake_pxe" does not work: (undercloud) [stack@undercloud02 ~][PROD]$ openstack overcloud node import testnode.json Started Mistral Workflow tripleo.baremetal.v1.register_or_update. Execution ID: 2e99d1e2-779a-4122-a6f0-531c028f6e2c Waiting for messages on queue 'tripleo' with no timeout. No valid host was found. Reason: No conductor service registered which supports driver fake. (HTTP 400) Exception registering nodes: No valid host was found. Reason: No conductor service registered which supports driver fake. (HTTP 400) I believe the fix is to either backport the upstream patch (see: https://github.com/openstack/tripleo-common/commit/274b2d32532ea214a1aeac1baefa9aba87427fe1#diff-3688d09e985d7d7eef061d725f66c20cR294 ) or at least add the "manual-management" -> "fake" mapping manually in DRIVER_INFO in tripleo_common/utils/nodes.py. Version-Release number of selected component (if applicable): openstack-tripleo-common-8.6.1-20.el7ost.noarch How reproducible: Always Steps to Reproduce: 1. Attempt to import a node with a pm_type of: pxe_fake, fake, manual-management. Actual results: None of them work. Expected results: One of them works. The RHOS documentation suggests that it should be "fake" but Ironic and everything else expects it to be "manual-management". Additional info:
Hi! Why cannot you use fake and fake_pxe? Did you add them to ironic.conf or enabled_drivers in undercloud.conf? Note that we've never enabled them by default, and they're still supported in 13.
Any response to Dmitry's question in Comment 1?
Closing due to lack of response, please reopen with requested info.
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days