Bug 1607735 - Importing a node with pm_type manual-management does not work (needs backport)
Summary: Importing a node with pm_type manual-management does not work (needs backport)
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo-common
Version: 13.0 (Queens)
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Ryan Brady
QA Contact: Alexander Chuzhoy
URL:
Whiteboard:
Depends On:
Blocks: 1607720
TreeView+ depends on / blocked
 
Reported: 2018-07-24 07:06 UTC by Rick Elrod
Modified: 2023-09-14 04:31 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-08-29 13:33:27 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

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


Note You need to log in before you can comment on or make changes to this bug.