Import of nodes on CLI incorrectly puts node in 'available' state

Bug #1635732 reported by Dan Trainor
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tripleo
Expired
Undecided
Unassigned

Bug Description

Importing nodes on the CLI with 'openstack baremetal import --json nodes.json' incorrectly puts a node in an 'available' state. A node in an 'available' state cannot be introspected. It looks as if the import process runs the register_or_update and then the provide Mistral action when it should only be running the register_or_update action.

Revision history for this message
Dan Trainor (dtrainor) wrote :

This happens regardless of if any machine-specific parameters are defined in the json file used for import.

Revision history for this message
Dan Trainor (dtrainor) wrote :

Example of nodes.json not defining extended properties of the node

Revision history for this message
Dan Trainor (dtrainor) wrote :

Example of nodes.json defining extended properties of the node

Revision history for this message
Dan Trainor (dtrainor) wrote :

The state of the node can be changed with 'ironic set-provision-state xx manage' to proceed with introspection

Revision history for this message
Julie Pichon (jpichon) wrote :

I don't have a Mitaka environment at hand to check and although looking at the Mitaka code, I don't see anything obvious moving the nodes to 'available' I suspect it was the default in the past as well, because "openstack baremetal introspection bulk start" takes nodes in 'available' state and moves them through the different states to run introspection. It would be good to confirm that the default didn't change though.

For what it's worth we're moving away from these commands exactly for this kind of reasons (see [1] for additional background information). A new import command was added during the Newton cycle that leaves the nodes in manageable state. Fom Ocata they should become the new default while the 'baremetal' commands will be deprecated.

$ openstack overcloud node import ~/instackenv.json

(There is also configure, provide and introspect in the same format for node management.)

[1] http://lists.openstack.org/pipermail/openstack-dev/2016-May/095456.html

Changed in tripleo:
status: New → Triaged
importance: Undecided → Low
milestone: none → ocata-1
Steven Hardy (shardy)
Changed in tripleo:
milestone: ocata-1 → ocata-2
Changed in tripleo:
milestone: ocata-2 → ocata-3
Changed in tripleo:
milestone: ocata-3 → pike-1
Changed in tripleo:
milestone: pike-1 → pike-2
Revision history for this message
Dan Trainor (dtrainor) wrote :

I have not seen this behavior in the last several months, I believe the way that nodes were imported was refactored, making this go away. jpichon, is this your observation too?

Revision history for this message
Julie Pichon (jpichon) wrote :

I've been using the new commands ("openstack overcloud node import") since Newton so I'm not sure of the current status for "baremetal import."

Changed in tripleo:
milestone: pike-2 → pike-3
Changed in tripleo:
milestone: pike-3 → pike-rc1
Changed in tripleo:
milestone: pike-rc1 → queens-1
Changed in tripleo:
milestone: queens-1 → queens-2
Changed in tripleo:
milestone: queens-2 → queens-3
Changed in tripleo:
milestone: queens-3 → queens-rc1
Changed in tripleo:
milestone: queens-rc1 → rocky-1
Changed in tripleo:
milestone: rocky-1 → rocky-2
Changed in tripleo:
milestone: rocky-2 → rocky-3
Changed in tripleo:
milestone: rocky-3 → rocky-rc1
Changed in tripleo:
milestone: rocky-rc1 → stein-1
Changed in tripleo:
milestone: stein-1 → stein-2
Revision history for this message
Emilien Macchi (emilienm) wrote : Cleanup EOL bug report

This is an automated cleanup. This bug report has been closed because it
is older than 18 months and there is no open code change to fix this.
After this time it is unlikely that the circumstances which lead to
the observed issue can be reproduced.

If you can reproduce the bug, please:
* reopen the bug report (set to status "New")
* AND add the detailed steps to reproduce the issue (if applicable)
* AND leave a comment "CONFIRMED FOR: <RELEASE_NAME>"
  Only still supported release names are valid (FUTURE, PIKE, QUEENS, ROCKY, STEIN).
  Valid example: CONFIRMED FOR: FUTURE

Changed in tripleo:
importance: Low → Undecided
status: Triaged → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.