Bug 1442879 - 'openstack baremetal instackenv validate' doesn't work with virtualbmc (it doesn't take port)
Summary: 'openstack baremetal instackenv validate' doesn't work with virtualbmc (it do...
Keywords:
Status: CLOSED DUPLICATE of bug 1480699
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: python-tripleoclient
Version: 11.0 (Ocata)
Hardware: x86_64
OS: Unspecified
medium
medium
Target Milestone: Upstream M2
: 13.0 (Queens)
Assignee: Julie Pichon
QA Contact: Gurenko Alex
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-04-17 20:51 UTC by Chris Janiszewski
Modified: 2018-03-09 19:09 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-01-25 12:17:24 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Chris Janiszewski 2017-04-17 20:51:57 UTC
Description of problem:
pxe_ssh is getting deprecated and pxe_ipmitool with virtualbmc should be used with new releases. 
The validation command for instackenv.json - 'openstack baremetal instackenv validate' doesn't work with virtualbmc (doesn't take port)



Version-Release number of selected component (if applicable):
OSP11


How reproducible:
Everytime


Steps to Reproduce:
1. create instackenv.json that uses virtualbmc with ipmi
2. use validation command
3.

Actual results:
openstack baremetal instackenv validate --debug
START with options: [u'baremetal', u'instackenv', u'validate', u'--debug']
options: Namespace(access_key='', access_secret='***', access_token='***', access_token_endpoint='',
...
Checking node 192.168.122.1
Checking node 192.168.122.1
Identified baremetal node
Executing: ipmitool -R 1 -I lanplus -H 192.168.122.1 -U admin -P password chassis status
Error: Unable to establish IPMI v2 / RMCP+ session
ERROR: ipmitool failed
Checking node 192.168.122.1
Identified baremetal node
Executing: ipmitool -R 1 -I lanplus -H 192.168.122.1 -U admin -P password chassis status
Error: Unable to establish IPMI v2 / RMCP+ session
ERROR: ipmitool failed
Checking node 192.168.122.1
Identified baremetal node
...
ERROR: ipmitool failed
ERROR: Baremetals IPs are not all unique.
MAC addresses are all unique.
FAILURE: found 9 errors
clean_up ValidateInstackEnv: 
END return value: 0


Expected results:
All nodes validate


Additional info:

Here is part of my instackenv.json for reference. Please node the port number:

[stack@undercloud ~]$ cat instackenv.json
{
  "nodes": [
    {
      "pm_user": "admin",
      "mac": [
        "52:54:00:59:ff:17"
      ],
      "pm_type": "pxe_ipmitool",
      "pm_password": "password",
      "pm_addr": "192.168.122.1",
      "pm_port": "6235",
      "name": "overcloud-ctrl01"
    },
    {
      "pm_user": "admin",
      "mac": [
        "52:54:00:81:80:ca"
      ],
      "pm_type": "pxe_ipmitool",
      "pm_password": "password",
      "pm_addr": "192.168.122.1",
      "pm_port": "6236",
     "name": "overcloud-ctrl02"
    },


The instackenv.json can be still imported to ironic, introspected and deployed with .. it just the openstack-cli command that needs to be updated.

Comment 1 Thomas Crowe 2017-05-18 18:26:38 UTC
This occurs in OSP10 as well.  running 'openstack baremetal instackenv validate --debug' shows that the 'ipmitool' is being called without the '-p ####' option resulting in only attempting the default port.

Comment 3 Julie Pichon 2018-01-25 12:17:24 UTC
There is a bug upstream related to this that has seen some recent activity, not sure if it will get in on time for OSP13. Note that it's only the "validate" command which is outdated, importing the file still works fine and ports etc are taken into account. Marking as duplicate as the other bug has more information including a link to the upstream bug.

*** This bug has been marked as a duplicate of bug 1480699 ***


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