[Rdo-list] Overcloud deploy stuck for a long time
by Tzach Shefi
Hi,
Server running centos 7.1, vm running for undercloud got up to overcloud
deploy stage.
It looks like its stuck nothing advancing for a while.
Ideas, what to check?
[stack@instack ~]$ openstack overcloud deploy --templates
Deploying templates in the directory
/usr/share/openstack-tripleo-heat-templates
[91665.696658] device vnet2 entered promiscuous mode
[91665.781346] device vnet3 entered promiscuous mode
[91675.260324] kvm [71183]: vcpu0 disabled perfctr wrmsr: 0xc1 data 0xffff
[91675.291232] kvm [71200]: vcpu0 disabled perfctr wrmsr: 0xc1 data 0xffff
[91767.799404] kvm: zapping shadow pages for mmio generation wraparound
[91767.880480] kvm: zapping shadow pages for mmio generation wraparound
[91768.957761] device vnet2 left promiscuous mode
[91769.799446] device vnet3 left promiscuous mode
[91771.223273] device vnet3 entered promiscuous mode
[91771.232996] device vnet2 entered promiscuous mode
[91773.733967] kvm [72245]: vcpu0 disabled perfctr wrmsr: 0xc1 data 0xffff
[91801.270510] device vnet2 left promiscuous mode
Thanks
Tzach
8 years, 9 months
[Rdo-list] [[RDO-Manager] undercloud install - heiry
by Mikyung Kang
Hello,
One week ago, I could install undercloud and deploy overcloud successfully.
I'm trying to install undercloud from clean CentOS7.1 OS again using the other network interface and the other IP range, but I got this error. I didn't get this before.
...
++ iptables -t nat -N BOOTSTACK_MASQ_NEW
++ NETWORK=192.3.2.0/24
++ iptables -t nat -A BOOTSTACK_MASQ_NEW -s 192.3.2.0/24 -d 192.168.122.1 -j RETURN
++ iptables -t nat -A BOOTSTACK_MASQ_NEW -s 192.3.2.0/24 '!' -d 192.3.2.0/24 -j MASQUERADE
++ iptables -t nat -A POSTROUTING -s 192.3.2.0/24 -o eth0 -j MASQUERADE
++ iptables -t nat -I POSTROUTING -j BOOTSTACK_MASQ_NEW
++ iptables -t nat -F BOOTSTACK_MASQ
iptables: No chain/target/match by that name.
++ true
++ iptables -t nat -D POSTROUTING -j BOOTSTACK_MASQ
iptables v1.4.21: Couldn't load target `BOOTSTACK_MASQ':No such file or directory
Try `iptables -h' or 'iptables --help' for more information.
++ true
++ iptables -t nat -X BOOTSTACK_MASQ
iptables: No chain/target/match by that name.
++ true
++ iptables -t nat -E BOOTSTACK_MASQ_NEW BOOTSTACK_MASQ
++ iptables -D FORWARD -j REJECT --reject-with icmp-host-prohibited
+ iptables-save
dib-run-parts Mon Nov 30 14:32:04 EST 2015 80-seedstack-masquerade completed
dib-run-parts Mon Nov 30 14:32:04 EST 2015 Running /usr/libexec/os-refresh-config/post-configure.d/98-undercloud-setup
+ OK_FILE=/opt/stack/.undercloud-setup
+ '[' -f /opt/stack/.undercloud-setup ']'
+ source /root/tripleo-undercloud-passwords
+++ sudo hiera admin_password
Failed to start Hiera: RuntimeError: Config file /etc/puppetlabs/code/hiera.yaml not found
++ UNDERCLOUD_ADMIN_PASSWORD=
[2015-11-30 14:32:04,503] (os-refresh-config) [ERROR] during post-configure phase. [Command '['dib-run-parts', '/usr/libexec/os-refresh-config/post-configure.d']' returned non-zero exit status 1]
[2015-11-30 14:32:04,503] (os-refresh-config) [ERROR] Aborting...
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 562, in install
_run_orc(instack_env)
File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 494, in _run_orc
_run_live_command(args, instack_env, 'os-refresh-config')
File "/usr/lib/python2.7/site-packages/instack_undercloud/undercloud.py", line 325, in _run_live_command
raise RuntimeError('%s failed. See log for details.' % name)
RuntimeError: os-refresh-config failed. See log for details.
Command 'instack-install-undercloud' returned non-zero exit status 1
...
I just followed RDO step as follows:
sudo useradd stack
sudo passwd stack
echo "stack ALL=(root) NOPASSWD:ALL" | sudo tee -a /etc/sudoers.d/stack
sudo chmod 0440 /etc/sudoers.d/stack
su - stack
sudo hostnamectl set-hostname gpu6.east.isi.edu
sudo hostnamectl set-hostname --transient gpu6.east.isi.edu
sudo vim /etc/hosts
sudo yum -y upgrade
sudo yum -y install epel-release
sudo yum install -y http://rdoproject.org/repos/openstack-liberty/rdo-release-liberty.rpm
sudo yum install -y python-tripleoclient
cp /usr/share/instack-undercloud/undercloud.conf.sample ~/undercloud.conf
openstack undercloud install
Could you please help me to resolve this?
Thanks,
Mikyung
8 years, 12 months
[Rdo-list] Fwd: [OpenStack-docs] [install-guide] Status of RDO
by Rich Bowen
I wanted to be certain that everyone has seen this message to
OpenStack-docs, and the subsequent conversation at
http://lists.openstack.org/pipermail/openstack-docs/2015-October/007622.html
This is quite serious, as Lana is basically saying that RDO isn't a
viable way to deploy OpenStack in Liberty, and so it's being removed
from the docs.
It would be helpful if someone closer to Liberty packages, and Delorean,
could participate there in a constructive way to bring this to a happy
conclusion before the release tomorrow.
Thanks.
--Rich
-------- Forwarded Message --------
Subject: [OpenStack-docs] [install-guide] Status of RDO
Date: Wed, 14 Oct 2015 16:22:45 +1000
From: Lana Brindley <openstack(a)lanabrindley.com>
To: openstack-docs(a)lists.openstack.org <openstack-docs(a)lists.openstack.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi everyone,
We've been unable to obtain good pre-release packages from Red Hat for
the Fedora and Red Hat/CentOS repos, despite our best efforts. This has
left the RDO Install Guide in a largely untested state, so I don't feel
confident publishing it at this stage.
As far as we can tell, Fedora are no longer planning on having
pre-release packages available, so this might be a permanent change for
that OS. For Red Hat/CentOS, it seems to be a temporary problem, so
hopefully we can get the packages, complete testing, and publish the
book soon.
The patch to remove RDO is here, for anyone who cares to comment:
https://review.openstack.org/#/c/234584/
Lana
- --
Lana Brindley
Technical Writer
Rackspace Cloud Builders Australia
http://lanabrindley.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBCAAGBQJWHfS1AAoJELppzVb4+KUyM7cH/ii5Ekz5vjTe3dTykXBUbWGt
bR2XJTAbS/mFB+xayecNNPLvgejI6Nxvk8msSFNnN7/ZyDNwr+eceQw7ftMKuJnR
h7qKBb6o5iayLJxgNRK3Kjo13NjGdaiXwfLTbB5br/aiP2HHsrDRexAcLteUCKGt
eHbZUEYqg4VADUvodxNpbZ+7fHuXrIRZoH4aDQ4+o1p0dCdw+vkjzF/MzPSgZFar
Rq9L94rpofDat9ymuW48c+SgUeOnmTvxwEN8ExTENNMXo4nUOJwcUS65J6XURO9K
RUGvjPmSmm7ZaQGE+koKyGZSzF/Oqoa+vBUwxdeQqmtr2tWo//jlUVV/PDc8QV0=
=rQp4
-----END PGP SIGNATURE-----
_______________________________________________
OpenStack-docs mailing list
OpenStack-docs(a)lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs
9 years
Re: [Rdo-list] [openstack-dev] [Magnum] Liberty RPMs for RDO
by Alan Pevec
Hi Mathieu,
2015-11-30 10:54 GMT+01:00 Mathieu Velten <mathieu.velten(a)cern.ch>:
> Hi,
>
> Let me first introduce myself : I am currently working at CERN to help
> evaluate and deploy Magnum.
>
> In this regard Ricardo recently sends an email regarding Puppet
> modules, this one is about RPMs of Magnum for CentOS with RDO.
Nice, looking forward to review it!
> You can find here a repository containing the source and binary RPMs
> for magnum and python-magnumclient.
> http://linuxsoft.cern.ch/internal/repos/magnum7-testing/
This one is 403 ?
> The version 1.0.0.0b2.dev4 is the Magnum Liberty release and the
> 1.1.0.0-5 version is the Mitaka M1 release using Liberty dependencies
> (one client commit regarding keystone auth and one server commit
> regarding oslo.config have been reverted).
>
> Let me know how I can contribute the spec files to somewhere more
> suitable.
Let's discuss this on rdo-list (CCed)
Cheers,
Alan
9 years
[Rdo-list] OpenStack Meetups, week of November 30th
by Rich Bowen
The following are the meetups I'm aware of in the coming week where
OpenStack and/or RDO enthusiasts are likely to be present. If you know
of others, please let me know, and/or add them to
http://rdoproject.org/Events
If there's a meetup in your area, please consider attending. If you
attend, please consider taking a few photos, and possibly even writing
up a brief summary of what was covered.
--Rich
* Monday November 30 in Mountain View, CA, US: OpenStack & Beyond
Podcast - Predictions for 2016 -
http://www.meetup.com/Cloud-Online-Meetup/events/227108687/
* Monday November 30 in Tel Aviv-Yafo, IL: [ONLINE] OpenStack & Beyond
Ep 6 - OpenStack Predictions for 2016 -
http://www.meetup.com/OpenStack-Israel/events/227108478/
* Tuesday December 01 in Amsterdam, NL: Fuga Public OpenStack Cloud
Training -
http://www.meetup.com/Web-en-Cloud-Hosting-Meetup-for-everyone/events/226...
* Tuesday December 01 in Bangalore, IN: Open Stack & OVSDB - Demystified
By Anil Vishnoi -
http://www.meetup.com/Bangalore-SDN-and-NFV-meetup/events/227027691/
* Tuesday December 01 in Melbourne, AU: Containers on OpenStack and
using Ansible to manage OpenStack - Melbourne -
http://www.meetup.com/HP-Helion-Australia/events/225659514/
* Wednesday December 02 in Budapest, HU: OpenStack 2015 december -
http://www.meetup.com/OpenStack-Hungary-Meetup-Group/events/226673589/
* Wednesday December 02 in Houten, NL: OpenStack Roadshow -
http://www.meetup.com/CRI-Service-Kennissessies/events/226831442/
* Wednesday December 02 in München, DE: OpenStack Munich - User stories
Meetup - http://www.meetup.com/OpenStack-Munich/events/226702968/
* Wednesday December 02 in Amsterdam, NL: Openstack & Ceph is back!
Hosted by DMC - http://www.meetup.com/Openstack-Amsterdam/events/226707668/
* Thursday December 03 in Hadley, MA, US: Discuss Meetup and Intro to
OpenStack - http://www.meetup.com/OpenStack-Western-MA/events/226547151/
* Thursday December 03 in Melbourne, AU: Containers on OpenStack and
using Ansible to manage OpenStack - Sydney -
http://www.meetup.com/HP-Helion-Australia/events/226954627/
* Thursday December 03 in Raleigh, NC, US: Meetup + Eat Pizza + Talk
"OpenStack" for Agile Clouds -
http://www.meetup.com/Raleigh-Triange-Building-Agile-Clouds-with-OpenStac...
* Friday December 04 in Tokyo, JP: 日本OpenStackユーザ会 第24回勉強会 -
http://www.meetup.com/Japan-OpenStack-User-Group/events/227046129/
--
Rich Bowen - rbowen(a)redhat.com
OpenStack Community Liaison
http://rdoproject.org/
9 years
[Rdo-list] [RDO-Manager] deploy
by Mikyung Kang
Hello,
I'm trying RDO-manager:Liberty version on CentOS7.1.
https://repos.fedorapeople.org/repos/openstack-m/rdo-manager-docs/liberty...
After adding /tftpboot/pxelinux.cfg/default [Using IPA] as follows, up to introspection step, it's OK (error=None, finished=True).
[root@test tftpboot]# cat pxelinux.cfg/default (10.0.1.6 = undercloud IP)
default introspect
label introspect
kernel agent.kernel
append initrd=agent.ramdisk ipa-inspection-callback-url=http://10.0.1.6:5050/v1/continue systemd.journald.forward_to_console=yes
ipappend 3
But, when deploying 1 controller and 1 compute, those systems couldn't be booted from right deploy images.
I can see two instances are spawned (1 controller-node instance and 1 compute-node instance) based on the default heat template. Then, the provisioning state is changed from available to deploying. On this deploying step, I can see deploy images/config are put to each instance's UUID directory @/httpboot/ directory. And then, the provisioning state is changed from [deploying] to [wait call-back]. Even though ipmitool turns on the system, those systems can't find deploy images.
Actually, I have another dhcp server @other machine. It includes RDO testbeds' MAC and IP. So, I setup RDO testbeds' next-server as RDO undercloud IP @dhcpd.conf. Then, overcloud nodes could boot from agent.kernel/ramdisk from undercloud:/tftpboot properly. But, I don't know how overcloud nodes can get deploy/overcloud images.
If above pxelinux.cfg/default is put as-is @undercloud, agent kernel/ramdisk is loaded again, not from deploy image. Then deploying step can't be proceeded further and then goes to timeout error. If that default file is removed, system is unable to locate tftp configuration. How can I make controller/compute boot from right deploy images? Should I setup something for the httpboot/ipxe?
Thanks,
Mikyung
9 years
