Red Hat OpenStack Platform 10 (Newton) Installation and Configuration Guide



In this article we will setup an OpenStack environment based off Newton using the Red Hat OpenStack Platform. OpenStack is OpenStack but every distribution differs in what capabilities or technologies are supported and how OpenStack is installed, configured as well as upgraded.

The Red Hat OpenStack Platform uses OpenStack director based on the TripleO (OpenStack on OpenStack) project to install, configure and update OpenStack. Director is a lifecycle management tool for OpenStack. Red Hat’s approach is to make OpenStack easy to manage, without compromising on the “Open” part of OpenStack. If management of OpenStack can be simpler and the learning curve brought down then it has a real chance to be the next-gen virtualization platform. What company wouldn’t want to be able to consume their internal IT resources like using AWS, GCE or Azure if they didn’t give up anything to do so? We aren’t there yet but Red Hat is making bold strides and as you will see in this article, is on a journey to make OpenStack consumable for everyone!

Red Hat OpenStack Platform

The Red Hat OpenStack platform uses director to build, manage and upgrade Red Hat OpenStack. Director is in fact a minimal OpenStack deployment itself, with everything needed to deploy OpenStack. The main piece outside of the OpenStack core (Nova, Neutron, Glance, Swift and Heat) is Ironic. The Ironic project is focused on baremetal-as-a-service.

Director allows you to add physical nodes to Ironic and assign them OpenStack roles: compute, control, storage, network, etc. Once roles are assigned an OpenStack environment can be deployed, upgraded and even scaled. As mentioned director is a complete life-cycle management tool that uses OpenStack to manage OpenStack.

In this article we will deploy director (undercloud) on a single VM. We will add three baremetal nodes (VMs) and then deploy OpenStack (overcloud) in a minimal configuration (1 controller node and 1 compute node). I am able to run this on a laptop with just 12GB RAM.

Lab Environment

My idea for this configuration was build the most minimal OpenStack environment possible, something that would run on my laptop with just 12GB RAM using Red Hat OpenStack Director. In the end this experiment was successful and the configuration used is as follows:

  • KVM Hypervisor Physical Laptop: RHEL 7.3, CentOS or Fedora, Dual core, 12 GB RAM and 250GB disk
  • Undercloud VM: RHEL 7.3, 2x vCPUs, 4GB RAM, 1 x NIC 8(provisioning), 1 x NIC (external) and 40GB disk
  • Overcloud Controller VM: RHEL 7.3, 2 x vCPUs, 6GB RAM, 1 x NIC (provisioning), 2 x NICs (external) and 30GB disk
  • Overcloud Compute VM: RHEL 7.3, 2 x vCPU, 4GB RAM, 1 x NIC (provisioning), 2 x NICs (external) and 20GB disk


Networking Setup

In this configuration we are using virtual networks provided by the hypervisor host (my laptop). Create provisioning and external networks on KVM Hypervisor host. Ensure that NAT forwarding is enabled and DHCP is disabled on the external network. We run OpenStack overcloud on the external network. The provisioning network should be non-routable and DHCP disabled. The undercloud will handle DHCP services for the provisioning network and other IPs will be statically assigned.


Create external network for the overcloud.

[ktenzer@ktenzer ~]$ cat > /tmp/external.xml <<EOF
   <forward mode='nat'>
      <nat> <port start='1024' end='65535'/>
   <ip address='' netmask=''>

Note: hypervisor is and reachable via this IP from undercloud.

[ktenzer@ktenzer ~]$ sudo virsh net-define /tmp/external.xml
[ktenzer@ktenzer ~]$ sudo virsh net-autostart external
[ktenzer@ktenzer ~]$ sudo virsh net-start external

Create provisioning network for undercloud.

Note: gateway is as we will use as IP for the VM running our undercloud.

[ktenzer@ktenzer ~]$ cat > /tmp/provisioning.xml <<EOF
   <ip address='' netmask=''>
[ktenzer@ktenzer ~]$ sudo virsh net-define /tmp/provisioning.xml
[ktenzer@ktenzer ~]$ sudo virsh net-autostart provisioning
[ktenzer@ktenzer ~]$ sudo virsh net-start provisioning

Deploy Undercloud

First install Red Hat Enterprise Linux (RHEL) 7.3 on undercloud VM. Register with subscription manager and configure required RPM repositories for Red Hat OpenStack Platform.


[root@director ~]# subscription-manager register
[root@director ~]#subscription-manager list --available \
subscription-manager attach --pool=
[root@director ~]# subscription-manager repos --disable=*
[root@director ~]# subscription-manager repos --enable=rhel-7-server-rpms \
--enable=rhel-7-server-extras-rpms \ 
--enable=rhel-7-server-rh-common-rpms \ 
--enable=rhel-ha-for-rhel-7-server-rpms \ 

Update all pacakges and reboot.

[root@director ~]# yum update -y
[root@director ~]# systemctl reboot

Install Director Packages.

[root@director ~]# yum install -y python-tripleoclient

Ensure host is defined in /etc/hosts.

[root@director ~]# vi /etc/hosts ospd

Create Stack User.

[root@director ~]# useradd stack
[root@director ~]# passwd stack  # specify a password

Configure user with sudo permissions.

[root@director ~]# echo "stack ALL=(root) NOPASSWD:ALL" | tee -a /etc/sudoers.d/stack
[root@director ~]# chmod 0440 /etc/sudoers.d/stack

Switch to new stack user.

[root@director ~]# su - stack
[stack@director ~]$

Create directories for images and templates. Images are used to boot initial systems and provide baseline OS. Templates are used to customize deployment.

[stack@director ~]$ mkdir ~/images
[stack@director ~]$ mkdir ~/templates

Configure Director using the sample.

[stack@director ~]$ cp /usr/share/instack-undercloud/undercloud.conf.sample \

In my environment the network is the undercloud network and used for provisioning as well as deploying the overcloud.

[stack@undercloud ~]$ vi ~/undercloud.conf
 local_ip =
 undercloud_public_vip =
 undercloud_admin_vip =
 local_interface = eth1
 masquerade_network =
 dhcp_start =
 dhcp_end =
 network_cidr =
 network_gateway =
 inspection_iprange =,
 generate_service_certificate = true
 certificate_generation_ca = local

Install the undercloud.

[stack@odpd ~]$ openstack undercloud install
 Undercloud install complete.
The file containing this installation's passwords is at
There is also a stackrc file at /home/stack/stackrc.
These files are needed to interact with the OpenStack services, and should be

Import overcloud images.

[stack@odpd ~]$ source stackrc
[stack@odpd ~]$ sudo yum install -y \
rhosp-director-images rhosp-director-images-ipa
[stack@odpd ~]$ cd ~/images $ for i in \
/usr/share/rhosp-director-images/overcloud-full-latest-10.0.tar \
/usr/share/rhosp-director-images/ironic-python-agent-latest-10.0.tar; \
do tar -xvf $i; done
[stack@odpd ~]$ openstack overcloud image upload --image-path \

Configure DNS on undercloud network.

[stack@odpd ~]$ neutron subnet-list
| id | name | cidr | allocation_pools |
| 294ff536-dc8b-49a3-8327-62d9792d30a6 | | | {"start": "", "end": ""} |
[stack@odpd ~]$ neutron subnet-update 294ff536-dc8b-49a3-8327-62d9792d30a6 \


Registering Overcloud Nodes. Create VM hulls in KVM using virsh on hypervisor host.

Note: You will need to change the disk path to suit your needs.

ktenzer$ cd /home/ktenzer/VirtualMachines
ktenzer$ sudo for i in {1..3}; do qemu-img create -f qcow2 -o preallocation=metadata overcloud-node$i.qcow2 60G; done
ktenzer$ sudo for i in {1..3}; do virt-install --ram 4096 --vcpus 4 --os-variant rhel7 --disk path=/home/ktenzer/VirtualMachines/overcloud-node$i.qcow2,device=disk,bus=virtio,format=qcow2 --noautoconsole --vnc --network network:provisioning --network network:external --network network:external --name overcloud-node$i --cpu SandyBridge,+vmx --dry-run --print-xml > /tmp/overcloud-node$i.xml; virsh define --file /tmp/overcloud-node$i.xml; done


Copy ssh key from undercloud system to KVM hypervisor host for stack user.

[stack@odpd ~]$ ssh-copy-id -i ~/.ssh/ stack@

Save the MAC addresses of the NICs used for provisioning.

Note: Ironic needs to know what MAC addresses a node has associated for provisioning network.

[stack@odpd images]$ for i in {1..3}; do virsh \
-c qemu+ssh://stack@ domiflist overcloud-node$i \
| awk '$3 == "provisioning" {print $5};'; done > /tmp/nodes.txt
[stack@odpd images]$ cat /tmp/nodes.txt 
[stack@undercloud ~]$ jq . << EOF > ~/instackenv.json
  "ssh-user": "stack",
  "ssh-key": "$(cat ~/.ssh/id_rsa)",
  "power_manager": "nova.virt.baremetal.virtual_power_driver.VirtualPowerManager",
  "host-ip": "",
  "arch": "x86_64",
  "nodes": [
      "pm_addr": "",
      "pm_password": "$(cat ~/.ssh/id_rsa)",
      "pm_type": "pxe_ssh",
      "mac": [
        "$(sed -n 1p /tmp/nodes.txt)"
      "cpu": "2",
      "memory": "4096",
      "disk": "60",
      "arch": "x86_64",
      "pm_user": "stack"
      "pm_addr": "",
      "pm_password": "$(cat ~/.ssh/id_rsa)",
      "pm_type": "pxe_ssh",
      "mac": [
        "$(sed -n 2p /tmp/nodes.txt)"
      "cpu": "4",
      "memory": "2048",
      "disk": "60",
      "arch": "x86_64",
      "pm_user": "stack"
      "pm_addr": "",
      "pm_password": "$(cat ~/.ssh/id_rsa)",
      "pm_type": "pxe_ssh",
      "mac": [
        "$(sed -n 3p /tmp/nodes.txt)"
      "cpu": "4",
      "memory": "2048",
      "disk": "60",
      "arch": "x86_64",
      "pm_user": "stack"

Validate introspection configuration.

[stack@odpd ~]$ curl -O

Import nodes into Ironic and set them to bootable.

[stack@odpd ~]$ openstack baremetal import --json ~/instackenv.json
[stack@odpd ~]$ openstack baremetal configure boot
[stack@odpd ~]$ openstack baremetal node list
 | UUID | Name | Instance UUID | Power State | Provisioning State | Maintenance |
 | ea61b158-9cbd-46d2-93e9-eadaccb1589b | None | None | power off | available | False |
 | 11aaf849-361e-4bda-81f5-74c245f554af | None | None | power off | available | False |
 | 275448c1-aa8d-4854-bb3b-bc73e1e1a794 | None | None | power off | available | False |

Set nodes to managed.

[stack@odpd ~]$ for node in $(openstack baremetal node list -c UUID \
-f value) ; do openstack baremetal node manage $node ; done

List nodes.

[stack@odpd ~]$ openstack baremetal node list
 | UUID | Name | Instance UUID | Power State | Provisioning State | Maintenance |
 | ea61b158-9cbd-46d2-93e9-eadaccb1589b | None | None | power off | manageable | False |
 | 11aaf849-361e-4bda-81f5-74c245f554af | None | None | power off | manageable | False |
 | 275448c1-aa8d-4854-bb3b-bc73e1e1a794 | None | None | power off | manageable | False |

Run introspection against all managed nodes.

Note: Nodes are booted using ramdisk and their hardware inspected. Introspection prepares nodes for deployment into overcloud.

[stack@odpd ~]$ openstack overcloud node introspect --all-manageable \

Tag Control Nodes.

Note: tagging nodes allows us to associate a node with a specific role in the overcloud.

[stack@odpd ~]$ openstack baremetal node set \
--property capabilities='profile:control,boot_option:local' \

Tag Compute Nodes.

[stack@odpd ~]$ openstack baremetal node set \
--property capabilities='profile:compute,boot_option:local' \
[stack@odpd ~]$ openstack baremetal node set \
--property capabilities='profile:compute,boot_option:local' \

Check Overcloud Profiles.

[stack@odpd ~]$ openstack overcloud profiles list 
| Node UUID | Node Name | Provision State | Current Profile | Possible Profiles | 
| 0e30226f-f208-41d3-9780-15fa5fdabbde | | available | control | | 
| cd3e3422-e7db-45c7-9645-858503a2cdc8 | | available | compute | | 
| 5078e1c1-fbe5-4d7f-a222-0c0fd32af423 | | available | compute | | 

Deploy Overcloud

There are two ways to deploy overcloud 1) default 2) customize. You will pretty much always want to customize your deployment but for starting out the default method can be a good way to simplify things and rule out potential problems. I recommend always doing default install just to get a baseline working environment and then throwing it away, redeploying with a customized install


Option 1: Default Deployment

The default deployment will put the overcloud on the provisioning network. That means you end up with one network hosting both undercloud and overcloud. The external network is not used.

[stack@odpd ~]$ openstack overcloud deploy --templates --control-scale 1 \
--compute-scale 1 --neutron-tunnel-types vxlan --neutron-network-type vxlan

Option 2: Customized Deployment

The really nice thing about director is you have a high degree of customization. In this example we are setting overcloud up on a single network. However normally you would have separate networks for OpenStack management, API, public, storage, etc.

Clone my github repository.

[stack@odpd ~]$ git clone

Copy my templates to your local ~/templates directory.

[stack@odpd ~]$ cp ~/openstack-heat-templates/director/lab/osp10/templates/* ~/templates

Deploy overcloud using templates.

[stack@odpd ~]$ openstack overcloud deploy --templates \
-e /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml \
-e ~/templates/network-environment.yaml \ 
-e /usr/share/openstack-tripleo-heat-templates/environments/low-memory-usage.yaml \ 
-e ~/templates/firstboot-environment.yaml --control-scale 1 \ 
--compute-scale 1 --control-flavor control \ 
--compute-flavor compute --ntp-server \ 
--neutron-network-type vxlan --neutron-tunnel-types vxlan

2017-04-12 14:46:11Z [overcloud.AllNodesDeploySteps]: CREATE_COMPLETE Stack CREATE completed successfully
2017-04-12 14:46:12Z [overcloud.AllNodesDeploySteps]: CREATE_COMPLETE state changed
2017-04-12 14:46:12Z [overcloud]: CREATE_COMPLETE Stack CREATE completed successfully

Stack overcloud CREATE_COMPLETE

Started Mistral Workflow. Execution ID: 000ecec3-46aa-4e3f-96d9-8a240d34d6aa
/home/stack/.ssh/known_hosts updated.
Original contents retained as /home/stack/.ssh/known_hosts.old
Overcloud Endpoint:
Overcloud Deployed

List overcloud nodes.

[stack@odpd ~]$ nova list
| ID | Name | Status | Task State | Power State | Networks |
| 1e286764-9334-4ecd-9baf-e37a49a4fbd5 | overcloud-compute-0 | ACTIVE | - | Running | ctlplane= |
| a21a14f5-94df-4a3a-8629-ba8d851525ff | overcloud-controller-0 | ACTIVE | - | Running | ctlplane= |

Connect to overcloud controller from undercloud.

[stack@odpd ~]$ ssh heat-admin@

[Overcloud Controller]

Get overcloud admin password.

Overcloud parameters generated during deployment such as password are stored in hiera.

[root@overcloud-controller-0 ~]$ sudo -i
[root@overcloud-controller-0 ~]# hiera keystone::admin_password


Create overcloud keystone source file.

[stack@odpd ~]$ vi overcloudrc
export OS_NO_CACHE=True
export OS_CLOUDNAME=overcloud
export OS_AUTH_URL=
export NOVA_VERSION=1.1
export OS_USERNAME=admin
export OS_PASSWORD=HngV6vc4ZP2bZ78ePfgWAvHAh
export PYTHONWARNINGS="ignore:Certificate has no, ignore:A true SSLContext object is not available"
export OS_TENANT_NAME=admin
export PS1='[\u@\h \W]$ '

Source overcloudrc.

[stack@odpd ~]$ source overcloudrc

List hypervisor hosts in overcloud.

[stack@odpd ~]$ nova hypervisor-list
| ID | Hypervisor hostname | State | Status |
| 1 | overcloud-compute-0.localdomain | up | enabled |

Troubleshooting Deployment

Let’s face it in OpenStack there is a lot that can go wrong. I like this quote from Dirk Wallerstorfer.

“In short, OpenStack networking is a lot like Venice—there are masquerades and bridges all over the place!”

-Dirk Wallerstorfer



Red Hat is making it much easier to troubleshoot deployment problems.While the deployment is running you can follow along in Heat by showing nested steps.

[stack@odpd ~]$ heat stack-list --show-nested

If for some reason the deployment fails, there is now a command to gather up all the information to make it really easy to find out what happened.

[stack@odpd ~]$ openstack stack failures list --long overcloud


OpenStack is the way of the future for virtualization platforms and I think in the future many traditional virtualization environments will be moving to OpenStack. The choice is simple either they will stay on-premise and become OpenStack or move to public cloud. Of course there will be those that stick with traditional virtualization, there are still lots and lots of mainframes around but clear trend will be to public cloud or OpenStack. The only thing holding OpenStack back is complexity and manageability. Red Hat is focused on making OpenStack simple without losing the “Open” in OpenStack. In other words without compromising on what makes OpenStack a great cloud computing platform. As you have seen in this article Red Hat OpenStack Platform is making great strides and the fact that you can setup an OpenStack environment using enterprise production grade tooling on a 12GB RAM laptop is a good sign.

Happy OpenStacking!

(c) 2017 Keith Tenzer


46 thoughts on “Red Hat OpenStack Platform 10 (Newton) Installation and Configuration Guide

  1. Hi,

    Thanks for great openstack series guide.
    I think you missed DHCP option for external network. Please correct me If I am wrong.


  2. Quick question the password that is hiera keystone::admin_password generated. Is this the same password we use to login to horizon dashboard?


  3. While doing “openstack undercloud install” got below error “file /usr/lib64/python2.7/site-packages/M2Crypto-0.21.1-py2.7.egg-info from install of m2crypto-0.21.1.pulp-13.el7sat.x86_64 conflicts with file from package m2crypto-0.21.1-17.el7.x86_64” . Is there anything that I might have missed or messed up in the installation?


      • Thanks it was because i didn’t make sure of what repos were enabled. Once I fixed that it went through to some further point and threw some error again. I am using ubuntu has host OS and KVM running on it. I created VM on KVM and installed RHEL on it.. onto which I was trying to install director. Do you think that even the host OS should be RHEL?


  4. Thanks it was because i didn’t make sure of what repos were enabled. Once I fixed that it went through to some further point and threw some error again. I am using ubuntu has host OS and KVM running on it. I created VM on KVM and installed RHEL on it.. onto which I was trying to install director. Do you think that even the host OS should be RHEL?


  5. I am very new to openstack , so how to install openstack dashboard in this deployment ? is there something I need to install for getting horizon dashboard ? please help


  6. Hi Keith,

    I know you are trying to create overcloud vm body without OS installed , but I am not able to understand the technical details of the command , BTW , once we created VM body, is there anything we need to do for PXE booting , I mean how to enable network booting in the overcloud nodes ?
    Could you kindly explain what this section does , it is quiet difficult for a newbie for me , just an overview is enough sir , ” sudo for i in {1..3}; do qemu-img create -f qcow2 -o preallocation=metadata overcloud-node$i.qcow2 60G; done . and

    sudo for i in {1..3}; do virt-install –ram 4096 –vcpus 4 –os-variant rhel7 –disk path=/home/ktenzer/VirtualMachines/overcloud-node$i.qcow2,device=disk,bus=virtio,format=qcow2 –noautoconsole –vnc –network network:provisioning –network network:external –network network:external –name overcloud-node$i –cpu SandyBridge,+vmx –dry-run –print-xml > /tmp/overcloud-node$i.xml; virsh define –file /tmp/overcloud-node$i.xml; done”

    sincerely appreciate if you explain little bit about this , because I am not able to proceed further in my PoC. Please help


    • OpenStack director runs a DHCP and PXE server. You basically configure the VMs to boot from network and then the PXE server (undercloud) installs image. Once this is done they are available and you can deploy openstack overcloud on those nodes and give node a role like conpute or mgmt. The commands above simply create the VMs and add a disk plus setup networking to boot DHCP.


  7. Keith ,

    could you please clarify stack@odpd and stack@undercloud are the same host right ? ie undercloud vm right ? please clarify


  8. Before we deploy overcloud do we need to create this VLAN in KVM environment?
    InternalApiNetworkVlanID: 201
    StorageNetworkVlanID: 202
    StorageMgmtNetworkVlanID: 203
    TenantNetworkVlanID: 204??


  9. In your example undercloud.conf the dhcp range overlaps the inspection range. Automatically fails out the undercloud install unless you fix it.


  10. Hello Keith,

    Thank you for your perfect posts. I am still going through this post but I noticed possible typo in undercloud /etc/hosts file:

    [root@director ~]# vi /etc/hosts ospd

    I guess IP address should be



  11. Hi Keith,
    Can we upgrade OSP 9 Director to OSP 11 Director directly ? i am not updating overcloud node.. i want upgrade undercloud node directly to OSP11


  12. instead of using a laptop, can I deploy 4 VMS on vcenter?
    it says to create an external network on the hypervisor. My question is, I will install 4 centos7/thel7 vms and one of them will be KVM/hypervisor. I will install KVM on one of the vm and then will deploy under cloud.


    • Well if you already have hypervisor of Vms then you dont need an additional one. I had a single bare-metal system so I deployed KVM and on top the VMs but if you have virtualization already you can skip that. Then you just need at minimum 3 VMs (1 for undercloud and 2 for overcloud compute + mgmt).



  13. Hi Keith,
    For single vlan deployment, how tagged vlans are created ? did you created in KVM ? please shower some inputs on vlan tagging ( 201 – 204 ) are mentioned in your network-environment.yaml file? , please give some hints on vlan tagging for the overcloud deployment.


    • My environment was a lab setup so a single physical network, there was no tagging at KVM level. OpenStack overcloud has various networks for example public, API, mgmt, storage, storage mgmt. For each of these vlans are created on the overcloud nodes. If you do “ip a” you will see this. OpenStack uses openvswitch by default to setup the SDN and vlans. This is done automatically by OpenStack director. You simply need to specify the vlans and the interfaces you want to use. Typically for each external network where you have public IPs you will specify interface. The OpenStack communications are all done via SDN and Neutron.



  14. How did you connected your KVM host and undercloud VM ? is through your External network ( NAT ) or have you created a bridge interface in KVM host and connected to undercloud VM ? please let us know . if possible try to please post your undercloud vm creation arguments


  15. Hi Keith,

    Is it mandatory to have a non root user in hypervisor host ? or can I SSH as root user to hypervisor host instead of stack, because I am getting stuck during introspection of overclcloud vms, the introspection runs for long hours before it says socket already closed error , however I sshed as root user to hypervisor and gave root as user name in instack json file , any hint or suggestion for how to do successful introspection would be very helpful for me


  16. Hi Keith,

    I am trying to deploy rhel OSP 10 using this guide on KVM hypervisor , I am following steps from your guide , I have no problem till the introspection steps, whenever I am doing introspection it is not successful, that is , when the introspection starts the overcloud node goes to running state and it remains there , it is not automatically goes to shut off state. I think I am missing something here , please let me know some theory / tips behind the introspection step so that I can do successful introspection. I am trying this for 7th time till no success , hopefully after your clarification I will able to deploy successfully



  17. Hi
    there is a mis-configuration in udercloud.conf file
    you have mentioned
    dhcp_start =
    dhcp_end =
    inspection_iprange =,
    So it’s not vaild ……it’s overlapping the range with DHCP.
    It should be as following:
    dhcp_start =
    dhcp_end =
    inspection_iprange =,

    By the way………..this tutorial is awesome. thanks and keep it up


  18. Hi,
    Any help please,
    when I run the introspection command :
    openstack overcloud node introspect –all-manageable –provide
    Started Mistral Workflow. Execution ID: efc6e1b2-4b15-4e53-93db-cc62554c9ae6
    Waiting for introspection to finish…
    I see only the error :
    Introspection for UUID 1424ebf7-14ed-417e-b4c0-13e2d8de4446 finished with error: Introspection timeout
    Introspection for UUID bfac8ae5-977b-4813-b93d-7bdc6a6b564a finished with error: Introspection timeout
    Introspection completed with errors:
    1424ebf7-14ed-417e-b4c0-13e2d8de4446: Introspection timeout
    bfac8ae5-977b-4813-b93d-7bdc6a6b564a: Introspection timeout

    With “openstack baremetal node list” was manageable after the openstack overcloud node introspect the VMs from the compute node change to running .

    From the Log : ironic/ironic-api.log

    From : ironic-inspector/ironic-inspector.log

    From ironic-conductor log

    Thanks in advance for your help


    • Hi Ashraf,

      Looking at logs you are running into timeouts. Are you running things nested, meaning instrospection is happening on VMs (as blog is doing)? If so can you try disabling firewall on hypervisor. This looks to be communications issue.



    • Watch out for permissions on the overcloud vm disk files if you have placed them outside of /var/lib/libvirt/images. The best way to make sure VMs are bootable via virsh start overcloud-node1 on the baremetal node.


  19. Good Article.I have deployed successfully.

    one doubt , What is next steps once overcloud deployed.

    I mean how you use network part for VM creation.


  20. hi, i am facing this problem “The requested action “provide” can not be performed on node “24b3679b-73c0-419e-a017-cc5c97af94e0” while it is in state “enroll”. (HTTP 400)”. overcloud VM always stuck in “enroll” state.Any idea whats going wrong ??


Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s