We find some of the openstack systemd config contain "Restart=always", but some other do not have this, is this a bug or this is just what we want?
Thanks for your help.
We have "Restart=always" in keystone:
But we do not have "Restart=always" in neutron-server:
Recently, folks have been working on moving the rdo-manager based workflow
upstream into the TripleO project directly.
This has been discussed on openstack-dev as part of this thread:
Note that the thread spans into August as well.
As part of this move, a patch has been proposed to move the following repos out
from under github.com/rdo-management to git.openstack.org:
python-rdomanager-oscplugin (will be renamed in the process, probably
The patch is here: https://review.openstack.org/#/c/215186
I wanted to give everyone a heads up about this move. We don't have a firm
timeline nailed down as it depends on when OpenStack infra accepts the patch.
At that point, I'll send out another mail here.
As there are some reviews still on review.gerrithub.io for these projects,
we'll need to handle that as well. We can either ask folks to repropose to
review.openstack.org after the move, or have 1 or 2 volunteers go through the
list and repropose everything themself (I'm happy to do it for
instack-undercloud). This has the downside of losing the previous review
history from gerrithub. I'm not sure if there is an elegant solution to this.
I've been trying to push forward many of the reviews against instack-undercloud
the last day or 2 to try and get as much committed as possible before the
import to git.openstack.org, but the CI on ci.centos.org has had quite a few
sporadic failures (mostly network hiccups causing yum download or git
-- James Slagle
Didn't see a bug opened on the following issue.
RDO liberty packstack --allinone fails on demo provision of glance
On Wed, 2015-08-26 at 05:09 -0400, Attila Fazekas wrote:
> The glance client help shows the v1, but the client in this case
> behaves as v2 client.
> The v2 help `/usr/bin/glance --os-image-api-version 2 help image
> -create` does not indicates
> these arguments.
> The glance client can be asked to work as v1 client by adding the `-
> -os-image-api-version 1` arg to client,
> (likely puppet module change required).
> Also upstream does not uses or testing the glance client in dvsm
> setups anymore,
> it is switched to the `openstack` client since long.
It's been a very quiet week in RDO blogs. If you're writing about RDO,
or about OpenStack on CentOS, Fedora or RHEL, and you're not on my list,
please let me know!
Scaling NFV to 213 Million Packets per Second with Red Hat Enterprise
Linux, OpenStack, and DPDK by Andrew Theurer
There is a lot of talk about NFV and OpenStack, but frankly not much
hard data, showing us how well OpenStack can perform with technologies
like DPDK. We at Red Hat want to know, and I suspect many of you do as
well. So, we decided to see what RDO Kilo is capable of, by testing
multiple Virtual Network Functions (VNFs), deployed and managed
completely by OpenStack.
... read more at http://tm3.org/25
ZooKeeper part 2: building highly available applications, Ceilometer
central agent unleashed by Yassine Lamgarchal
The Ceilometer project is in charge of collecting various measurements
from the whole OpenStack infrastructure, including the bare metal and
virtual level. For instance, we can see the number of virtual machines
running or the number of storage volumes.
... read more at http://tm3.org/26
Rich Bowen - rbowen(a)redhat.com
OpenStack Community Liaison
I tried to install Liberty on Fedora 22 (with packstack). Installation failed with the following error:
10.35.187.138_nova.pp: [ ERROR ]
Applying Puppet manifests [ ERROR ]
ERROR : Error appeared during Puppet run: 10.35.187.138_nova.pp
Error: Execution of '/usr/bin/yum -d 0 -e 0 -y install tuned' returned 1: Yum command has been deprecated, redirecting to '/usr/bin/dnf -d 0 -e 0 -y install tuned'.
You will find full trace in log /var/tmp/packstack/20150824-132953-SGhWFy/manifests/10.35.187.138_nova.pp.log
Anyone saw this issue?
So as I understand it is due to "yum"s slow death :P
I deployed openstack on DELL PowerEdge R620 installed with Centos 7.
SR-IOV is enabled in BIOS (both Virtualization Technology & SR-IOV).
Also, I added the needed kernel parameters and created virtual functions on
82599 Intel 10G NIC.
1. type_drivers = vxlan,vlan
2. mechanism_drivers =openvswitch,sriovnicswitch
3. network_vlan_ranges = sriovnet:80:90
1. supported_pci_vendor_devs = 8086:10ed
2. agent_required = False
1. ExecStart=/usr/bin/neutron-server --config-file
/usr/share/neutron/neutron-dist.conf --config-dir /usr/share/neutron/server
--config-file /etc/neutron/neutron.conf --config-file
--config-file /etc/neutron/plugins/ml2/ml2_conf_sriov.ini --config-dir
created Network based on physical network I defined (sriovnet), configured
subnet and created direct type port.
When I creating an image (nova boot --flavor m1.large --image my_img --nic
I get the following error:
Traceback (most recent call last):
line 142, in inner
return func(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line
86, in select_destinations
80, in select_destinations
NoValidHost: No valid host was found. There are not enough hosts available.
2015-08-18 04:28:22.886 17998 WARNING nova.scheduler.utils
4bd6b22041ef4123958a0f85c775b770 - - -] [instance:
470e16f9-002f-4ae4-82f4-17a83a93d860] Setting instance to ERROR state.
Any idea what might be the problem here?