Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1607735

Summary:	Importing a node with pm_type manual-management does not work (needs backport)
Product:	Red Hat OpenStack	Reporter:	Rick Elrod <relrod>
Component:	openstack-tripleo-common	Assignee:	Ryan Brady <rbrady>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Alexander Chuzhoy <sasha>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	13.0 (Queens)	CC:	bfournie, dcadzow, dpeacock, mburns, relrod, slinaber
Target Milestone:	---	Keywords:	FeatureBackport
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-08-29 13:33:27 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:
Bug Depends On:
Bug Blocks:	1607720

Description Rick Elrod 2018-07-24 07:06:46 UTC

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:

Comment 1 Dmitry Tantsur 2018-08-06 15:39:38 UTC

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.

Comment 2 Bob Fournier 2018-08-27 20:12:12 UTC

Any response to Dmitry's question in Comment 1?

Comment 3 Bob Fournier 2018-08-29 13:33:27 UTC

Closing due to lack of response, please reopen with requested info.

Comment 4 Red Hat Bugzilla 2023-09-14 04:31:56 UTC

The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days