[Rdo-list] Question about Restart=always in systemd
by Liping Mao (limao)
Hi all,
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.
For example:
We have "Restart=always" in keystone:
[cid:image002.jpg@01D0DBFD.205589F0]
But we do not have "Restart=always" in neutron-server:
[cid:image004.jpg@01D0DBFD.205589F0]
Thanks.
Regards,
Liping Mao
9 years, 2 months
[Rdo-list] [rdo-manager] Moving some rdo-manager components to git.openstack.org
by James Slagle
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:
http://lists.openstack.org/pipermail/openstack-dev/2015-July/070140.html
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:
instack
instack-undercloud
python-rdomanager-oscplugin (will be renamed in the process, probably
to python-tripleoclient)
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
clone errors).
--
-- James Slagle
--
9 years, 2 months
[Rdo-list] [CI] rdo liberty 8/20 build fails --allinone
by whayutin
Didn't see a bug opened on the following issue.
Using: https://repos.fedorapeople.org/repos/openstack/openstack-trunk/2
015-08-20/00README.html
RDO liberty packstack --allinone fails on demo provision of glance
https://bugzilla.redhat.com/show_bug.cgi?id=1258576
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.
>
9 years, 2 months
[Rdo-list] RDO bloggers: Week of August 31st
by Rich Bowen
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
http://rdoproject.org/
9 years, 2 months
[Rdo-list] OpenStack Meetups, week of August 31
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
* Mon Aug 31 in Fort Collins, CO, US: Talk about OpenStack Architectures
- http://www.meetup.com/OpenStack-Colorado/events/224474987/
* Wed Sep 2 in Richardson, TX, US: September 2015 DFW OpenStack Meetup
- http://www.meetup.com/OpenStack-DFW/events/224930443/
* Thu Sep 3 in Prague, CZ: OpenStack Howto part 5 - Storage - POSTPONED
TO 24.9.!!! -
http://www.meetup.com/OpenStack-Czech-User-Group-Meetup/events/222955565/
* Thu Sep 3 in Reston, VA, US: Case Study: Large Scale OpenStack
Operations Best Practices -
http://www.meetup.com/OpenStack-Nova/events/222872867/
* Thu Sep 3 in Henrico, VA, US: Build an OpenStack Cloud! Bring your
Laptop - http://www.meetup.com/OpenStack-Richmond/events/224593249/
* Thu Sep 3 in San Francisco, CA, US: #OSSFO OpenStack Neutron Advanced
Services talk - http://www.meetup.com/openstack/events/215648162/
* Sat Sep 5 in Frederick, MD, US: Introduction to Openstack -
http://www.meetup.com/KeyLUG/events/223760459/
--
Rich Bowen - rbowen(a)redhat.com
OpenStack Community Liaison
http://rdoproject.org/
9 years, 2 months
[Rdo-list] Liberty installation on Fedora 22
by Alex Stafeyev
Hi all
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
tnx
ps.
my repo's
delorean.repo
fedora.repo
fedora-updates.repo
fedora-updates-testing.repo
rdo-release.repo
rdo-testing.repo
9 years, 2 months
[Rdo-list] SR-IOV on openstack: no valid host is found
by שחם פרידנברג
Hey all,
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.
in nova.conf:
1.
pci_passthrough_whitelist={"devname":"p2p1","physical_network":"sriovnet"}
2.
scheduler_default_filters=RetryFilter,AvailabilityZoneFilter,RamFilter,ComputeFilter,ComputeCapabilitiesFilter,
ImagePropertiesFilter,CoreFilter,PciPassthroughFilter
in ml2_conf.ini:
1. type_drivers = vxlan,vlan
2. mechanism_drivers =openvswitch,sriovnicswitch
3. network_vlan_ranges = sriovnet:80:90
in ml2_conf_sriov.ini:
1. supported_pci_vendor_devs = 8086:10ed
2. agent_required = False
in neutron-server.service:
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
/etc/neutron/plugin.ini
--config-file /etc/neutron/plugins/ml2/ml2_conf_sriov.ini --config-dir
/etc/neutron/conf.d/neutron-server
--log-file /var/log/neutron/server.log
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
port-id=087ff574-fb14-47fd-82cb-454f176154ff test_sriov)
I get the following error:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/oslo_messaging/rpc/server.py",
line 142, in inner
return func(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line
86, in select_destinations
filter_properties)
File
"/usr/lib/python2.7/site-packages/nova/scheduler/filter_scheduler.py", line
80, in select_destinations
raise exception.NoValidHost(reason=reason)
NoValidHost: No valid host was found. There are not enough hosts available.
2015-08-18 04:28:22.886 17998 WARNING nova.scheduler.utils
[req-5804960b-4614-4d0e-9a3d-a94964cf93f8 caf2b9813205455896e60c6d00c92b4d
4bd6b22041ef4123958a0f85c775b770 - - -] [instance:
470e16f9-002f-4ae4-82f4-17a83a93d860] Setting instance to ERROR state.
Any idea what might be the problem here?
Thanks,
Shaham
9 years, 2 months