[Rdo-list] Packstack on Juno
by Ajay Kalambur (akalambu)
Hi
Does packstack now support Juno if so where are the latest install instructions?
Ajay
9 years, 11 months
[Rdo-list] OpenStack Regions
by Chris
Hello
I have a question regarding regions. We have the initial "RegionOne" in our
current setup and want to and a second one "RegionTwo".
It seems like the shared services between different regions are Keystone and
Horizon. The separate services for each region includes Nova (+ database),
Neutron etc. Please correct me here if I'm wrong.
Should we use the same tenants/users for the second region or create new
ones?
Second additional question, is the separation in the different regions just
for the endpoints or does the "noca.conf" and other configuration files need
to be changed as well?
Unfortunately I couldn't find any manual how to proper configure a second
region, just a bug report, reporting the lack of documentation :)
https://bugs.launchpad.net/openstack-manuals/+bug/1340509
Cheers
Chris
9 years, 12 months
[Rdo-list] Unanswered questions on ask.openstack.org
by Rich Bowen
We've fallen pretty far behind on the unanswered 'RDO' questions on
ask.openstack.org over the last month, and we're up to 42, which is, I
believe, our all-time high.
At Perry's request, I will be getting back into the habit of triaging
the unanswered questions at least once a week, and reporting back to
rdo-list with the questions categorized by topic in some meaningful way.
However, if you have time in the coming day or two, please take a look
at the current open question list, at
https://ask.openstack.org/en/questions/scope:unanswered/sort:age-asc/page...
and see if there's anything there that you can help out with.
Remember that even if the OP (Original Poster) has moved on, a
well-written answer may help someone asking the same question in the future.
Also, if there are questions that should be closed because they are
already answered, or are not a real question, or are a duplicate of one
already answered, or any other legitimate reason, please let me know, so
that I can close it.
Thanks.
--
Rich Bowen - rbowen(a)redhat.com
OpenStack Community Liaison
http://openstack.redhat.com/
10 years
[Rdo-list] cinder-api[14407]: segfault at 7fc84636f7e0 ip 00007fc84636f7e0 sp 00007fff3110a468 error 15 in multiarray.so[7fc846369000+d000]
by Viorel Tabara
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
I'm hoping that someone can point me into the right direction...
Working with packages from:
https://repos.fedorapeople.org/repos/openstack/openstack-juno/fedora-20/
the segfault happens on a fresh install, whenever I attempt to create a volume.
Here's the abrt info:
Directory: /var/tmp/abrt/ccpp-2014-11-22-23:16:22-22114
abrt_version: 2.2.2
analyzer: CCpp
architecture: x86_64
cmdline: /usr/bin/python2 /usr/bin/cinder-api --config-file /usr/share/cinder/cinder-dist.conf --config-file /etc/cinder/cinder.conf --logfile /var/log/cinder/api.log
component: openstack-cinder
count: 1
executable: /usr/bin/python2.7
hostname: stuff.can.local
kernel: 3.16.7-200.fc20.x86_64
last_occurrence: 1416723382
os_release: Fedora release 20 (Heisenbug)
package: openstack-cinder-2014.2-1.fc22
pid: 22114
pkg_arch: noarch
pkg_epoch: 0
pkg_name: openstack-cinder
pkg_release: 1.fc22
pkg_version: 2014.2
pwd: /
reason: python2.7 killed by SIGSEGV
runlevel: N 5
time: Sat 22 Nov 2014 11:16:22 PM MST
type: CCpp
uid: 165
username: cinder
uuid: c9b2d07d3a08e30d5bb602411e7628ac38ac2755
coredump: Binary file, 90284032 bytes
dso_list: Text file, 16184 bytes
maps: Text file, 74532 bytes
cgroup:
:10:hugetlb:/
:9:perf_event:/
:8:blkio:/
:7:net_cls,net_prio:/
:6:freezer:/
:5:devices:/system.slice
:4:memory:/
:3:cpu,cpuacct:/
:2:cpuset:/
:1:name=systemd:/system.slice/openstack-cinder-api.service
core_backtrace:
:{ "signal": 11
:, "executable": "/usr/bin/python2.7"
:, "stacktrace":
: [ { "crash_thread": true
: , "frames":
: [ { "address": 140452449970144
: , "build_id": "357625781bbad706320b03674e8aef5cc461c5be"
: , "build_id_offset": 3446752
: , "file_name": "/usr/lib64/python2.7/site-packages/numpy/core/multiarray.so"
: } ]
: } ]
:}
environ:
:PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
:LANG=en_US.UTF-8
:HOME=/var/lib/cinder
:LOGNAME=cinder
:USER=cinder
:SHELL=/sbin/nologin
limits:
:Limit Soft Limit Hard Limit Units
:Max cpu time unlimited unlimited seconds
:Max file size unlimited unlimited bytes
:Max data size unlimited unlimited bytes
:Max stack size 8388608 unlimited bytes
:Max core file size 0 unlimited bytes
:Max resident set unlimited unlimited bytes
:Max processes 15325 15325 processes
:Max open files 1024 4096 files
:Max locked memory 65536 65536 bytes
:Max address space unlimited unlimited bytes
:Max file locks unlimited unlimited locks
:Max pending signals 15325 15325 signals
:Max msgqueue size 819200 819200 bytes
:Max nice priority 0 0
:Max realtime priority 0 0
:Max realtime timeout unlimited unlimited us
open_fds:
:0:/dev/null
:pos: 0
:flags: 0100000
:mnt_id: 17
:1:socket:[100424744]
:pos: 0
:flags: 02
:mnt_id: 7
:2:socket:[100424744]
:pos: 0
:flags: 02
:mnt_id: 7
:3:/var/log/cinder/api.log
:pos: 2396879
:flags: 0102001
:mnt_id: 36
:4:pipe:[100424546]
:pos: 0
:flags: 04000
:mnt_id: 8
:5:anon_inode:[eventpoll]
:pos: 0
:flags: 02
:mnt_id: 9
:6:anon_inode:[eventpoll]
:pos: 0
:flags: 02
:mnt_id: 9
:tfd: 4 events: 1b data: 276d10000000004
:tfd: 7 events: 1b data: 276d10000000007
:7:socket:[100425820]
:pos: 0
:flags: 04002
:mnt_id: 7
:8:socket:[100532334]
:pos: 0
:flags: 04002
:mnt_id: 7
:9:/usr/lib/python2.7/site-packages/taskflow/engines/action_engine/engine.py
:pos: 0
:flags: 0100000
:mnt_id: 36
:10:socket:[100532371]
:pos: 0
:flags: 02
:mnt_id: 7
:11:/usr/lib/python2.7/site-packages/taskflow/engines/action_engine/compiler.py
:pos: 0
:flags: 0100000
:mnt_id: 36
:12:/usr/lib/python2.7/site-packages/taskflow/types/graph.py
:pos: 0
:flags: 0100000
:mnt_id: 36
:13:/usr/lib/python2.7/site-packages/networkx/__init__.py
:pos: 0
:flags: 0100000
:mnt_id: 36
:14:/usr/lib/python2.7/site-packages/networkx/linalg/__init__.py
:pos: 0
:flags: 0100000
:mnt_id: 36
:15:/usr/lib/python2.7/site-packages/networkx/linalg/algebraicconnectivity.py
:pos: 0
:flags: 0100000
:mnt_id: 36
:16:/usr/lib64/python2.7/site-packages/scipy/linalg/__init__.py
:pos: 0
:flags: 0100000
:mnt_id: 36
:17:/usr/lib64/python2.7/site-packages/scipy/linalg/misc.py
:pos: 0
:flags: 0100000
:mnt_id: 36
:18:/usr/lib64/python2.7/site-packages/scipy/linalg/blas.py
:pos: 0
:flags: 0100000
:mnt_id: 36
:19:/usr/lib64/python2.7/site-packages/scipy/linalg/_fblas.so
:pos: 0
:flags: 0100000
:mnt_id: 36
os_info:
:NAME=Fedora
:VERSION="20 (Heisenbug)"
:ID=fedora
:VERSION_ID=20
:PRETTY_NAME="Fedora 20 (Heisenbug)"
:ANSI_COLOR="0;34"
:CPE_NAME="cpe:/o:fedoraproject:fedora:20"
:HOME_URL="https://fedoraproject.org/"
:BUG_REPORT_URL="https://bugzilla.redhat.com/"
:REDHAT_BUGZILLA_PRODUCT="Fedora"
:REDHAT_BUGZILLA_PRODUCT_VERSION=20
:REDHAT_SUPPORT_PRODUCT="Fedora"
:REDHAT_SUPPORT_PRODUCT_VERSION=20
proc_pid_status:
:Name: cinder-api
:State: S (sleeping)
:Tgid: 22114
:Ngid: 0
:Pid: 22114
:PPid: 21732
:TracerPid: 0
:Uid: 165 165 165 165
:Gid: 165 165 165 165
:FDSize: 64
:Groups: 99 165
:VmPeak: 663440 kB
:VmSize: 663440 kB
:VmLck: 0 kB
:VmPin: 0 kB
:VmHWM: 93184 kB
:VmRSS: 93184 kB
:VmData: 147968 kB
:VmStk: 136 kB
:VmExe: 4 kB
:VmLib: 84544 kB
:VmPTE: 1112 kB
:VmSwap: 0 kB
:Threads: 1
:SigQ: 0/15325
:SigPnd: 0000000000000000
:ShdPnd: 0000000000000000
:SigBlk: 0000000000000000
:SigIgn: 0000000001001002
:SigCgt: 0000000180004001
:CapInh: 0000000000000000
:CapPrm: 0000000000000000
:CapEff: 0000000000000000
:CapBnd: 0000003fffffffff
:Seccomp: 0
:Cpus_allowed: f
:Cpus_allowed_list: 0-3
:Mems_allowed: 00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000001
:Mems_allowed_list: 0
:voluntary_ctxt_switches: 480
:nonvoluntary_ctxt_switches: 20
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iEYEARECAAYFAlRxh+oACgkQ+HucK5lKvV8e4QCgjx98CZ4UI7tm4rtg4yHMcVJ6
qvAAnj2ESN7mV1Vh/cEsTNubaPDGaazn
=gv+i
-----END PGP SIGNATURE-----
--
This communication is intended for the use of the recipient to whom it
is addressed, and may contain confidential, personal, and or privileged
information. Please contact us immediately if you are not the intended
recipient of this communication, and do not copy, distribute, or take
action relying on it. Any communications received in error, or
subsequent reply, should be deleted or destroyed.
---
10 years
[Rdo-list] cinder retype and QoS
by Arne Wiebalck
Hi,
>From what I see, "cinder retype” does not work with different QoS types yet, correct?
Thanks!
Arne
--
Arne Wiebalck
CERN IT
10 years
[Rdo-list] Plans for heat-cfntools on EPEL7
by Bruno Luis Dos Santos Bompastor
Hi everyone,
I would like to know what are the plans to include heat-cfntools package in EPEL7 repo?
At CERN we want to create our VM images with heat-cfntools but RDO repo comes with a lot of packages that we don’t want…
Thanks,
Bruno Bompastor.
10 years
[Rdo-list] Follow up from RDO meetup at Summit: Tools consolidation
by Gilles Dubreuil
Hi,
Following up from the RDO meeting we had at Kilo Summit in Paris on
Wednesday 5 Nov. 2014.
Firstly, sorry for this late post, I had a week off after the summit.
During the meeting, Hugh Brock opened a discussion about the evolution
of the various tools we have for deploying Openstack with RDO, such as
Packstack, Quickstack (used by OpenStack Foreman Installer [OFI] and
Staypuft). Not to mention Enovance and also maturing TripleO.
Meanwhile there is a common denominator for all above tools: the Puppet
modules (well this is only partly true for TripleO)
This where I've been involved, working lately to provide more automation
for testing (CI/CD) around those puppet modules along with
Packstack/Quickstack.
It turned out that although system management is very important in wide
scale production environments, it's not needed for deployment testing.
This is possible because the orchestration logic resides in the puppet
modules. Moreover, to be able to do so without loosing any functionality
is a key factor to speed up tests.
Actually Quickstack can be tested without the Foreman or Puppet server,
using only a "puppet apply" command on each node. Although in the
future, a puppet master might be needed for orchestration, as of today
it's not needed and Quickstack HA controllers can be deployed
"masterless" and the compute nodes is work in progress.
The details are available here:
https://github.com/gildub/astapor/blob/Hiera/README%2Bfix1/puppet/modules...
Thank you to provide feedback if interested.
Regards,
Gilles
10 years
[Rdo-list] Compute Node without firewall (iptables) and Linux bridge
by Chris
Hello
I'm looking for a way to disable any firewall feature in one of our compute
nodes and prevent the creation of the Linux bridge in the data path inside
of this compute node.
We using the RDO Icehouse release.
Here is the configuration in the compute node:
#/etc/neutron/plugin.ini
[securitygroup]
#firewall_driver =
neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver
firewall_driver = neutron.agent.firewall.NoopFirewall
# enable_security_group = True
enable_security_group = False
#/etc/nova/nova.conf
firewall_driver = nova.virt.firewall.NoopFirewallDriver
#security_group_api = neutron
#/etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini
[securitygroup]
firewall_driver = neutron.agent.firewall.NoopFirewallDriver
enable_security_group = False
The firewall seems to be disabled but the bridge and the interfaces are
being still created.
I found an older post about it:
http://lists.openstack.org/pipermail/openstack/2014-May/007079.html
But changing "portbindings.OVS_HYBRID_PLUG" from a hard-coded "True" to
"False" didn't change anything.
Please advise!
Cheers
Chris
10 years
[Rdo-list] Access FTP installed on icehouse from instance
by Swapnil Jain
I have a FTP server running on my icehouse server. I want to access this FTP server from my instance. If I flush the IPTables rules on icehouse I am able to access ftp from instance to icehouse.
In which Chain should I add this iptables rule.
—
Swapnil Jain | Swapnil(a)Linux.com
RHC{A,DS,E,VA}, CC{DA,NA}, MCSE, CNE
10 years
