[rdo-list] The most recent Newton trunk "centos7-newton/current-passed-ci" and instack-virt-setup issue

Boris Derzhavets bderzhavets at hotmail.com
Mon Oct 17 16:21:55 UTC 2016

Newton trunk "centos7-newton/current-passed-ci" got renewed.
Instack-virt-setup works  with Network isolation with no problems again.
Just nodes are introspected sequentially ( no bulk).

   I am wondering is there  any trigger which initiate building new  Newton trunk "centos7-newton/current-passed-ci".   Just see new content in http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-newton-tested/delorean.repo  and understand that trunk "current-passed-ci" has been rebuilt.

One more notice I set up KSM and KSMTUNED ( only services started and enabled  with
default values ) on VIRTHOST running instack-virt-setup. Performance improvement and   memory allocation look pretty close to TripleO QuickStart. So far I don't negative drawback from daemon ksmd up and running on VIRTHOST.




From: rdo-list-bounces at redhat.com <rdo-list-bounces at redhat.com> on behalf of Boris Derzhavets <bderzhavets at hotmail.com>
Sent: Sunday, October 16, 2016 11:54 AM
To: rdo-list
Subject: [rdo-list] The most recent Newton trunk "centos7-newton/current-passed-ci" and instack-virt-setup issue

Set up repos on VIRTHOST and INSTACK VM

sudo yum -y install yum-plugin-priorities
sudo curl -o /etc/yum.repos.d/delorean-newton.repo  \
sudo curl -o /etc/yum.repos.d/delorean-deps-newton.repo \

Register 4 nodes

$ openstack baremetal import instackenv.json


$ openstack baremetal configure boot


$ openstack baremetal introspection bulk start


Attempt to  introspecting a Single Node<http://tripleo.org/advanced_deployment/introspect_single_node.html>

for each entry entry in `ironic node-list`  finally get
introspection status "Finished - True" and move to available
via 'ironic node-set-provision-state UUID provide`
Procedure works for deployment

#!/bin/bash -x
source /home/stack/stackrc
openstack overcloud deploy  \
 --control-scale 3 --compute-scale 1 \
 --libvirt-type qemu \
 --ntp-server pool.ntp.org  \
 --templates  /usr/share/openstack-tripleo-heat-templates

Then drop all VMs and start from scratch same procedure
Attempt to deploy :-
Interface vlan10 added  && network_env.yaml created in ~stack/ folder

#!/bin/bash -x
source /home/stack/stackrc
openstack overcloud deploy  \
 --control-scale 3 --compute-scale 1 \
 --libvirt-type qemu \
 --ntp-server pool.ntp.org  \
 --templates  /usr/share/openstack-tripleo-heat-templates \
 -e  /usr/share/openstack-tripleo-heat-templates/environments/puppet-pacemaker.yaml \
 -e  /usr/share/openstack-tripleo-heat-templates/environments/network-isolation.yaml \
 -e  /usr/share/openstack-tripleo-heat-templates/environments/net-single-nic-with-vlans.yaml \
 -e  $HOME/network_env.yaml

Only 2 VMst boot  the other 2 VMs fail to boot  . Console reports   IPXE failure .
Heat session reports "not enough nodes available" error 500 . Deployment fails.

Previous Newton trunk "current-passed-ci" ( around 10/11/16 ) worked fine.
$ openstack baremetal introspection bulk start
Completed OK , no further issues. Redeployment  still works fine  after reboot
to another CentOS 7.2 instance . ( several CentOS 7.2 instances multibooting )


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20161017/b586fb58/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot from 2016-10-17 19-17-11.png
Type: image/png
Size: 232487 bytes
Desc: Screenshot from 2016-10-17 19-17-11.png
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20161017/b586fb58/attachment.png>

More information about the dev mailing list