Re: [openstack-dev] [all] Adding CONTRIBUTING.rst files to projects

On 01/03/2017 04:01 AM, Anne Gentle wrote: > [...] > Doug, I think the include in Sphinx can be a raw txt file? Then we get > the best of both worlds - rendered on both docs.openstack.org > and github.com . We do not need an rst file, github handles

[openstack-dev] [Neutron][Ironic] Ironic-Neutron Integration meeting termination notification

Folks, As you know we started out the charter to bring multi-tenancy for Bare metal Service (Ironic) using Neutron networking in Liberty Cycle. We have been meeting weekly to discuss this Ironic/ Neutron integration and make it a reality. We successfully completed the charter - thanks to

Re: [openstack-dev] [heat] project specific question for the next user survey

Hi, Are there any questions related to Terraform? Is this affecting Heat in some way or form? Or just an alternative? Thanks Gary From: Rabi Mishra Reply-To: OpenStack List Date: Monday, January 2, 2017 at 6:18 AM To: OpenStack List

[openstack-dev] [pbr] py35 gate broken

Hi, It seems the gate for Python 3.5/3.6 for pbr is broken: http://logs.openstack.org/95/413795/2/gate/gate-pbr-python35/68b2053/ As anyone looked into it yet? I'm volunteering but I don't want to step on someone else's foot. Cheers, -- Julien Danjou # Free Software hacker #

[openstack-dev] [Monasca]

Hello, I have a clean install of monasca-api and monasca-log-management plugins with devstack on ubuntu 14.04. However when I try using the monasca CLI, I get HTTP 503:Service Unavailable error. I tried accessing the monasca dashboard in Horizon, but that also throws error. ubuntu@monasca:~$

[openstack-dev] Overlay network installation support using networking-ovn(devstack) guide.

Hello folks, We are newbies, trying to deploy a multi-node OpenStack (networking-ovn) set-up for dev purposes. Requirements are: 1) version : Newton 2) CentOS7.2 3) Different networks for Management and Overlay tunnel networks. 4) Prefer a reliable deployment tool out there. Followed the official

[openstack-dev] [swift]Connection error with swift mitaka version

Hi all, We have installed swift(mitaka version). its able to authenticate with keystone.. but couldnt process the request in swift side.. swift(proxy server) is not accepting the request/token.. I got the following error when i give openstack container list Starting new HTTP connection (1):

[openstack-dev] [all][py3][swift][devstack] USE_PYTHON3 works! (well somewhat)

Folks, Short Story : [1] has merged in devstack, it adds support for a python 3.5 based up/down devstack test that just starts services and brings them down. see [2] for a test run. Need help from swift folks: Swift still needs work i have gotten as far as [3] UnpicklingError on ring data using

Re: [openstack-dev] [tc] Re: [kolla] A new kolla-salt deliverable

Michał Jastrzębski wrote: > I agree this would make good PTG discussion for us, and maybe someone > from TC could join in. We are somehow special beast as Kolla itself is > just meant to be consumed. Kolla to me is similar to Oslo in that > matter. But still we don't have oslo-compute projects, we

Re: [openstack-dev] [ironic] [nova] Ironic virt driver resources reporting

Great questions, Vlad. Comments inline. On 12/30/2016 11:40 AM, Vladyslav Drok wrote: Hi all! There is a long standing problem of resources reporting in ironic virt driver. That would be an understatement :) > It's described in a couple of bugs I've found - [0], [1]. Switching to placement

Re: [openstack-dev] [all][infra] All jobs broken,

On 2016-12-29 12:08:35 +0100 (+0100), Andreas Jaeger wrote: [...] > Seems the machine (or network) healed itself and everything is fine again, Yes, according to our service provider, a Nova hypervisor host housing static.openstack.org (the instance which serves the logs.openstack.org site)

Re: [openstack-dev] [all] Adding CONTRIBUTING.rst files to projects

Excerpts from Paul Belanger's message of 2016-12-24 15:23:35 -0500: > On Wed, Dec 21, 2016 at 10:17:42AM -0600, Ian Cordasco wrote: > > -Original Message- > > From: Andrey Kurilin > > Reply: OpenStack Development Mailing List (not for usage questions) > >

Re: [openstack-dev] [tripleo] [ci] recheck impact on CI infrastructure

Hi Emilien and all, On 16.12.2016 01:26, Emilien Macchi wrote: > On Thu, Dec 15, 2016 at 12:22 PM, Sven Anderson wrote: >> Hi all, >> >> while I was waiting again for the CI to be fixed and didn't want to >> torture it with additional rechecks, I wanted to find out, how much of

[openstack-dev] [cloudkitty] IRC Meeting

Hello Fellow developers The next meeting will be on Thursday 5th at 13:00 UTC on #cloudkitty. We'll be discussing the state of the various developments we are doing for Ocata and the various points we have since our last meeting You are really welcome to join if you have an interest on that

[openstack-dev] [Ironic] Meeting for today cancelled

Greetings everyone! It seems everyone is still enjoying some well deserved time off and we have an insufficient number of participants awake and active in IRC today to justify a meeting today. As such, we’ve reached the consensus in #openstack-ironic, of us who are active/awake, to cancel

Re: [openstack-dev] [kolla][rdo] libvirt 2.0 process is failed during launching qemu progress

XEN doesn't work well with nested kvm. We need to change nova config to pure qemu without kvm. I thought we did that in gates? On Jan 2, 2017 2:25 PM, "Clark Boylan" wrote: > On Sun, Jan 1, 2017, at 09:13 PM, Jeffrey Zhang wrote: > > Checked more failed gate, here is the

Re: [openstack-dev] [kolla][rdo] libvirt 2.0 process is failed during launching qemu progress

On Sun, Jan 1, 2017, at 09:13 PM, Jeffrey Zhang wrote: > Checked more failed gate, here is the more info: > > 1. only rax-iad has such issue > 2. the failed and successful gates have the same rpm installed. > > So the only difference between failed gate and successful gate is the xen >

[openstack-dev] [infra][devstack-gate][all]support multi-region gate environment

Hello, Currently only one region is supported in devstack-gate, there are lots of projects providing multi-region involved features, for example, heat multi-region, tacker multi-vim, shadow multi-cloud, tricircle networking across multi-region, kingbird resource sync and so on. Thanks to the

Re: [openstack-dev] [legal-discuss] [kolla]is it OK to modify python code in OpenStack project?

Thanks all guys. Copy python code is really a bad idea. Now i have moved to re-use oslo.config iniparser[0][1], which works too. So we have no license issue, now. ;) [0] https://github.com/openstack/oslo.config/blob/master/oslo_config/iniparser.py [1]

Re: [openstack-dev] [kolla][rdo] libvirt 2.0 process is failed during launching qemu progress

On Tue, Jan 3, 2017 at 6:37 AM, Michał Jastrzębski wrote: > XEN doesn't work well with nested kvm. We need to change nova config to > pure qemu without kvm. I thought we did that in gates? ​In the gate, kolla is using qemu all the time[0]. So this should be not related. [0]

Re: [openstack-dev] [all] Adding CONTRIBUTING.rst files to projects

On Mon, Jan 2, 2017 at 11:03 AM, Doug Hellmann wrote: > Excerpts from Paul Belanger's message of 2016-12-24 15:23:35 -0500: > > On Wed, Dec 21, 2016 at 10:17:42AM -0600, Ian Cordasco wrote: > > > -Original Message- > > > From: Andrey Kurilin

Re: [openstack-dev] [kolla][rdo] libvirt 2.0 process is failed during launching qemu progress

On Tue, Jan 3, 2017 at 6:23 AM, Clark Boylan wrote: > I don't have any answers but my first thought was maybe it is related to > https://bugs.launchpad.net/nova/+bug/1643911; however, that affects > libvirt 1.3.1 on Ubuntu Xenial and there is at least one instance of > that

Re: [openstack-dev] [kolla][rdo] libvirt 2.0 process is failed during launching qemu progress

I think optimally we should check if we are running in rax-iad, and if so, set libvirt virtualization to qemu. I was pretty sure the gate script that sets up the system sets the libvirt type to qemu. After inspection of the gate scripts, this is not the case. Perhaps it was setup this way