[openstack-dev] [Neutron] grenade failures

Hi All, I noticed that several neutron patches are failing check-grenade-dsvm-neutron. I pinged it on IRC, did not get any response, thought I post it here. -Sukhdev __ OpenStack Development Mailing List (not for usage quest

Re: [openstack-dev] [Fuel] Dropping Python-2.6 support

I just made a general remark regarding why migrating to 2.7 is profitable (I understood Bartek's question this way). The point about Red Hat guaranteeing security fixes to 2.6 is a good one. Also, it's true we don't use SSL for fuelclient so yes, if other OpenStack projects keep 2.6 we should stic

[openstack-dev] [Neutron][FWaaS] No FWaaS meeting on Jan 14th

We will skip today's FWaaS IRC meeting since a number of people in the team are not available. Thanks, ~Sumit. __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack

Re: [openstack-dev] [Fuel] Dropping Python-2.6 support

Guys, The question not about "Do we want to drop 2.6 or not?". The question about "Do we have resources to do that in this release cycle?". It may be not as easy at it seems and it obviously requires additional testing. - Igor On Wed, Jan 14, 2015 at 11:18 AM, Przemyslaw Kaminski wrote: > I jus

Re: [openstack-dev] [glance] Replication on image create

On 13/01/15 21:24 -0500, Jay Pipes wrote: On 01/13/2015 04:55 PM, Boden Russell wrote: Looking for some feedback from the glance dev team on a potential BP… The use case I’m trying to solve is —> "As an admin, I want my glance image bits replicated to multiple store locations (of the same stor

Re: [openstack-dev] [OpenStack-Infra] [ThirdPartyCI] Need help setting up CI

Thanks Ramy, i'll try to set it up manually. Meanwhile i found another problem: jobs are failing because of error or are being aborted. FATAL: java.io.IOException: Unexpected termination of the channelhudson.remoting.RequestAbortedException

Re: [openstack-dev] [Neutron] grenade failures

Hi Sukhdev, thanks, Can you post links to the specific patches? Miguel Ángel Ajo On Wednesday, 14 de January de 2015 at 09:01, Sukhdev Kapur wrote: > Hi All, > > I noticed that several neutron patches are failing > check-grenade-dsvm-neutron. I pinged it on IRC, did not get any response,

Re: [openstack-dev] [tc][python-clients] More freedom for all python clients

On 13/01/15 14:31 -0500, Sean Dague wrote: On 01/13/2015 02:10 PM, Jay Pipes wrote: On 01/13/2015 12:39 PM, Zane Bitter wrote: On 13/01/15 10:01, Jeremy Stanley wrote: On 2015-01-13 07:46:38 -0500 (-0500), Sean Dague wrote: Why doesn't rally just remove itself from projects.txt, then there wo

Re: [openstack-dev] [nova]nova not work with eventlet 0.16.0

Am 14/01/15 um 05:17 schrieb Adam Gandelman: So eventlet 0.16.x has started hitting slaves and breaking stable branches (its not like we weren't warned :\ ) https://bugs.launchpad.net/nova/+bug/1410626 Should hopefully be resolved by eventlet versions caps in icehouse + juno's requirements: ht

[openstack-dev] [fuel][client] new client implementation ideas

Hi all, We are working on fuel certification script https://github.com/stgleb/fuel-web and have yet-one-more implementation of fuel-client, which cover very small of Fuel API, yet we have some ideas, which you might be interesting in. 1) high-level primitives for REST operations. a) GET/PUT/

Re: [openstack-dev] [fuel][client] new client implementation ideas

Hi, Konstantin, Thank you for sharing ideas. Your "yet-one-more implementation of fuel-client" one more time confirms that currently we have completely unusable implementation. Just for your information: we have plans for python-fuelclient refactoring [1]. The main point of this blueprint is to p

Re: [openstack-dev] [Neutron] grenade failures

Many of them on gerrit page. Mine is also one of them. https://review.openstack.org/#/c/145290/ Regards, Yatin On Wed, Jan 14, 2015 at 2:21 PM, Miguel Ángel Ajo wrote: > Hi Sukhdev, thanks, > Can you post links to the specific patches? > > Miguel Ángel Ajo > > On Wednesday, 14 de January de 20

Re: [openstack-dev] [Neutron] grenade failures

Mine in cinder failed too. https://review.openstack.org/#/c/143765/ Please check it, thanks. liu 新国刘 华为技术有限公司 Huawei Technologies Co., Ltd. [Company_logo] Phone: Fax: Mobile: Email: 地址：深圳市龙岗区坂田华为基地 邮编：518129 Huawei Technologies Co., Ltd. Bantian, Longgang Distri

Re: [openstack-dev] [Glance] IRC logging

John Griffith wrote: > Also just to reiterate something that Sean pointed out that's bugged > me for a while proliferation of channels and what I view as > limited usage of openstack-dev. Honestly I think it's more > detrimental to have all the silos of communication going on as opposed > to a

Re: [openstack-dev] [Neutron] grenade failures

On 01/14/2015 10:58 AM, yatin kumbhare wrote: > Many of them on gerrit page. > > Mine is also one of them. > https://review.openstack.org/#/c/145290/ > > Regards, > Yatin The cause is that nova-compute cannot start on stable/juno branch: http://logs.openstack.org/90/145290/2/check/check-grenade-d

Re: [openstack-dev] [fuel][client] new client implementation ideas

Igor, Yep, I knew that you start to rewrite fuel-client, but it seemd for me that this ideas is not for https://etherpad.openstack.org/p/fuelclient-redesign document because it's implementation details. Should I create a new notepad for it? On Wed, Jan 14, 2015 at 11:58 AM, Igor Kalnitsky wrote:

Re: [openstack-dev] [heat][tripleo] Making diskimage-builder install from forked repo?

On Tue, Jan 13, 2015 at 09:12:59AM +1300, Steve Baker wrote: > On 09/01/15 07:06, Gregory Haynes wrote: > >Excerpts from Steven Hardy's message of 2015-01-08 17:37:55 +: > >>Hi all, > >> > >>I'm trying to test a fedora-software-config image with some updated > >>components. I need: > >> > >>-

Re: [openstack-dev] [nova]nova not work with eventlet 0.16.0

On Jan 14, 2015 10:09 PM, "Dr. Jens Rosenboom" wrote: > > Am 14/01/15 um 05:17 schrieb Adam Gandelman: > >> So eventlet 0.16.x has started hitting slaves and breaking stable branches >> (its not like we weren't warned :\ ) >> >> https://bugs.launchpad.net/nova/+bug/1410626 >> >> Should hopefully b

Re: [openstack-dev] [Keystone][Horizon] User self registration and management

Hi Adrian You might be glad to know that we have already produced a blueprint and implementation for this, based on federated keystone and Horizon. You can read the specs here https://blueprints.launchpad.net/keystone/+spec/vo-management and see a demo here http://icehouse.sec.cs.kent.ac.uk/ (H

Re: [openstack-dev] [Heat] Precursor to Phase 1 Convergence

On 09-Jan-15 19:19, Zane Bitter wrote: > On 09/01/15 01:07, Angus Salkeld wrote: >> I am not in favor of the --continue as an API. I'd suggest responding to >> resource timeouts and if there is no response from the task, then >> re-start (continue) >> the task. > > Yeah, I am not in favour of a ne

Re: [openstack-dev] [horizon] static files handling, bower/

On 13/01/15 16:13, Drew Fisher wrote: > > > On 1/13/15 7:59 AM, Jeremy Stanley wrote: >> On 2015-01-13 08:50:28 +0100 (+0100), Matthias Runge wrote: >> [...] >>> But, as far as I understand, node.js will become a development >>> requirement (and most probably a requirement for testing), but not f

Re: [openstack-dev] [Neutron] grenade failures

On 01/14/2015 11:15 AM, Jakub Libosvar wrote: On 01/14/2015 10:58 AM, yatin kumbhare wrote: Many of them on gerrit page. Mine is also one of them. https://review.openstack.org/#/c/145290/ Regards, Yatin The cause is that nova-compute cannot start on stable/juno branch: http://logs.openstack.o

Re: [openstack-dev] [devstack]Openstack installation issue.

Hi all, For the past few days I have been trying to install Openstack through Devsatck on Ubuntu 13.10 & 14.04, but while installing I was getting the following errors: 1. *ERROR :* ln: failed to create symbolic link `/logs/screen/screen- key.log': No such file or directory 2. *ERROR :* mkdir: c

Re: [openstack-dev] 答复: [devstack] Opensatck installation issue.

Hi all, For the past few days I have been trying to install Openstack through Devsatck on Ubuntu 13.10 & 14.04, but while installing I was getting the following errors: 1. *ERROR :* ln: failed to create symbolic link `/logs/screen/screen- key.log': No such file or directory 2. *ERROR :* mkdir: c

Re: [openstack-dev] [stable] Stable branch status and proposed stable-maint members mentoring

On 01/09/2015 01:02 PM, Ihar Hrachyshka wrote: I think we should have some common document (etherpad?) with branch status and links. OK, I moved forward and created an Etherpad. I also filed it in with current state. Please fill it in with updates. https://etherpad.openstack.org/p/stable-tr

Re: [openstack-dev] [Fuel] Dropping Python-2.6 support

> On 14 Jan 2015, at 08:50, Kamil Sambor wrote: > > Tomasz we are not using ssl in our client so now we not gain anything from > moving to 2.7 . I meant „security support” in terms of fixing security issues within Python itself. For 2.6.x line it’s over, as Przemek mentioned above: "With the

Re: [openstack-dev] [nova]nova not work with eventlet 0.16.0

On 01/14/2015 04:08 AM, Dr. Jens Rosenboom wrote: > Am 14/01/15 um 05:17 schrieb Adam Gandelman: >> So eventlet 0.16.x has started hitting slaves and breaking stable >> branches >> (its not like we weren't warned :\ ) >> >> https://bugs.launchpad.net/nova/+bug/1410626 >> >> Should hopefully be reso

Re: [openstack-dev] [Fuel] Dropping Python-2.6 support

> On 14 Jan 2015, at 09:18, Przemyslaw Kaminski wrote: > > I just made a general remark regarding why migrating to 2.7 is > profitable (I understood Bartek's question this way). > > The point about Red Hat guaranteeing security fixes to 2.6 is a good > one. Also, it's true we don't use SSL for

Re: [openstack-dev] [nova]nova not work with eventlet 0.16.0

On Wed, Jan 14, 2015 at 07:39:59AM -0500, Sean Dague wrote: > On 01/14/2015 04:08 AM, Dr. Jens Rosenboom wrote: > > Am 14/01/15 um 05:17 schrieb Adam Gandelman: > >> So eventlet 0.16.x has started hitting slaves and breaking stable > >> branches > >> (its not like we weren't warned :\ ) > >> > >> h

Re: [openstack-dev] [glance] Replication on image create

On 1/14/15 1:38 AM, Flavio Percoco wrote: > On 13/01/15 21:24 -0500, Jay Pipes wrote: >> On 01/13/2015 04:55 PM, Boden Russell wrote: >>> Looking for some feedback from the glance dev team on a potential BP… >> >> This is the solution that I would recommend. Frankly, this kind of >> replication s

Re: [openstack-dev] [tc][python-clients] More freedom for all python clients

On 01/14/2015 03:55 AM, Flavio Percoco wrote: > On 13/01/15 14:31 -0500, Sean Dague wrote: >> On 01/13/2015 02:10 PM, Jay Pipes wrote: >>> On 01/13/2015 12:39 PM, Zane Bitter wrote: On 13/01/15 10:01, Jeremy Stanley wrote: > On 2015-01-13 07:46:38 -0500 (-0500), Sean Dague wrote: >> Wh

Re: [openstack-dev] [tc][python-clients] More freedom for all python clients

Flavio, fyi, nova-docker is aspiring to be part of nova tree itself, but we had a couple of python libraries we needed for docker that are not in global, so we used the "soft" requirements to do that. https://github.com/stackforge/nova-docker/blob/master/contrib/devstack/gate_hook.sh#L16 thanks,

Re: [openstack-dev] [nova]nova not work with eventlet 0.16.0

On 01/14/2015 01:44 PM, Daniel P. Berrange wrote: On Wed, Jan 14, 2015 at 07:39:59AM -0500, Sean Dague wrote: On 01/14/2015 04:08 AM, Dr. Jens Rosenboom wrote: Am 14/01/15 um 05:17 schrieb Adam Gandelman: So eventlet 0.16.x has started hitting slaves and breaking stable branches (its not like

Re: [openstack-dev] [nova]nova not work with eventlet 0.16.0

On 01/14/2015 07:58 AM, Ihar Hrachyshka wrote: > > On 01/14/2015 01:44 PM, Daniel P. Berrange wrote: >> On Wed, Jan 14, 2015 at 07:39:59AM -0500, Sean Dague wrote: >>> On 01/14/2015 04:08 AM, Dr. Jens Rosenboom wrote: Am 14/01/15 um 05:17 schrieb Adam Gandelman: > So eventlet 0.16.x has s

Re: [openstack-dev] [Heat] [Horizon] Precursor to Phase 1 Convergence

Horizon also needs the retry option. It solves a major problem specified in this blueprint: https://blueprints.launchpad.net/horizon/+spec/relaunch-failed-stack Regards, Nikunj -Original Message- From: Patil, Anant (HP Converged Cloud R&D) Sent: Wednesday, January 14, 2015 5:54 PM To:

Re: [openstack-dev] [horizon] static files handling, bower/

Solaris is supported by node.js: Solaris 32-bit Binary: http://nodejs.org/dist/v0.10.35/node-v0.10.35-sunos-x86.tar.gz Solaris 64-bit Binary: http://nodejs.org/dist/v0.10.35/node-v0.10.35-sunos-x64.tar.gz I think Solaris is no longer relevant On Tue, Jan 13, 2015 at 7:13 PM, Drew Fisher wrote:

Re: [openstack-dev] Request for comments for a possible solution

Hi Mathieu, Please see comments inline. Regards, Mike - Original Message - > Hi Mike, > after reviewing your latest patch [1], I think that a possible solution could > be to add a new entry in fdb RPC message. > This entry would specify whether the port is multi-bound or not. > The

Re: [openstack-dev] [Keystone][Horizon] User self registration and management

Hi all, I'm working in a European project that uses OpenStack and I am using horizon and keystone for our users and organization management solution. We have some requirements similar to yours Adrian: we need to allow users to sign up themselves (with all the common functionality of email activati

Re: [openstack-dev] [horizon] static files handling, bower/

On 2015-01-14 17:25:46 +0400 (+0400), Anton Zemlyanov wrote: > Solaris is supported by node.js: > > Solaris 32-bit Binary: http://nodejs.org/dist/v0.10.35/ > node-v0.10.35-sunos-x86.tar.gz > Solaris 64-bit Binary: http://nodejs.org/dist/v0.10.35/ > node-v0.10.35-sunos-x64.tar.gz I believe the poi

Re: [openstack-dev] [OpenStack-Infra] [ThirdPartyCI] Need help setting up CI

Hi Ramy, I think i managed to setup SCP plugin and updated zuul.conf but it only uploads the console.html not the logs I have an SCP site pointing to the apache server and the root location is /srv/static, and in the dsvm job manually added a post-build step, Publish Artifacts to SCP Repository, w

[openstack-dev] [horizon] function expressions vs function declarations in JavaScript

JavaScript has multiple ways to deal with functions. There are function declarations and function expressions (and named function expressions). In looking at some reviews and the current code I found some inconsistencies which leads me to ask, is there any guidance for handling this in Horizon? I

Re: [openstack-dev] [horizon] static files handling, bower/

On 1/14/15 6:25 AM, Anton Zemlyanov wrote: > Solaris is supported by node.js: x86 is certainly supported. Always has been. That's not the issue in question. My point was that SPARC is not supported. > > Solaris 32-bit Binary: > http://nodejs.org/dist/v0.10.35/node-v0.10.35-sunos-x86.tar.gz

[openstack-dev] oslo.concurrency 1.4.1 released

The Oslo team is pleased to announce the release of oslo.concurrency 1.4.1: oslo.concurrency library This release reverts a patch which introduced a regression in oslo_concurrency.processutils.execute(). Although the previous release was 0.4.0, this release has a whole extra version number, just

Re: [openstack-dev] [neutron][AdvancedServices] Confusion about the solution of the service chaining!

Hi, we really like the idea to address the SFC use-case in Neutron working group. We would be happy to work with the community to work out the way to consume service-chains via standardized neutron-api and provide use-cases and blueprints. Some initial ideas on the use-case can be found in the fo

Re: [openstack-dev] [horizon] static files handling, bower/

I think we're discussing two different situations with slightly different requirements. First, there is development and test. I believe the stated goal is to have node.js here. Would an environment not supporting node.js be needed for development or testing? Note, the JavaScript under test and to

Re: [openstack-dev] [horizon] static files handling, bower/

On 01/14/2015 09:14 AM, Matthew Farina wrote: > I think we're discussing two different situations with slightly different > requirements. > > First, there is development and test. I believe the stated goal is to have > node.js here. Would an environment not supporting node.js be needed for > devel

Re: [openstack-dev] [OpenStack-Infra] [ThirdPartyCI] Need help setting up CI

See in-line From: Eduard Matei [mailto:eduard.ma...@cloudfounders.com] Sent: Wednesday, January 14, 2015 12:41 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [OpenStack-Infra] [ThirdPartyCI] Need help setting up CI Thanks Ramy, i'll try to set it

Re: [openstack-dev] [OpenStack-Infra] [ThirdPartyCI] Need help setting up CI

Double check your ssh public/private key, authorized keys configuration in the slave & log server. They should all match up. No passwords should be requested. Try doing a manual scp as Jenkins user from the slave to the log server (as Jenkins user there too). Regarding manually setting up the pu

[openstack-dev] [nova] The constraints from flavor and image metadata

Resend because I forgot the [nova] in subject. Hi, There are some discussion and disagreement on the requirement from flavor and image metadata at nova spec https://review.openstack.org/#/c/138937/ and I want to get more input from the community. When launch a VM, some requirem

Re: [openstack-dev] [Nova][Neutron] out-of-tree plugin for Mech driver/L2 and vif_driver

Maxime Leroy writes: > Ok, thank you for the details. I will look how to implement this feature. Hi Maxime, Did you have time yet to start looking at this? My team now has a use case that could be met by using vif_plug_script, so I would be happy to help with writing the spec for that. Would

[openstack-dev] [nova] how to regenerate doc/api_samples?

How do I regenerate the doc/api_samples tests if I change the corresponding template? The instructions in nova/tests/functional/api_samples/README.rst say to run "GENERATE_SAMPLES=True tox -epy27 nova.tests.unit.integrated", but that path doesn't exist anymore. I suspect the instructions sho

[openstack-dev] [nova] Networks are not cleaned up in build failure

Hi All, I recently experienced failures getting images from Glance while spawning instances. This step comes after building the networks in the guild sequence. When the Glance failure occurred the instance was cleaned up and rescheduled as expected, but the networks were not cleaned up. On inve

[openstack-dev] [TripleO] nominating James Polley for tripleo-core

Hello! It has been a while since we expanded our review team. The numbers aren't easy to read with recent dips caused by the summit and holidays. However, I believe James has demonstrated superb review skills and a commitment to the project that shows broad awareness of the project. Below are the

Re: [openstack-dev] [horizon] function expressions vs function declarations in JavaScript

It was definitely an interesting the read, I never really noticed the subtle difference. Since then I have also read a few other thoughts on it.For me, function declarations can get convoluted very fast if not use correctly.Surely, you should never define functions inside of an if statement, and qu

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

Hi +1! Cheers, -- Chris Jones > On 14 Jan 2015, at 18:14, Clint Byrum wrote: > > Hello! It has been a while since we expanded our review team. The > numbers aren't easy to read with recent dips caused by the summit and > holidays. However, I believe James has demonstrated superb review skills

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

+1 On 15 Jan 2015 07:15, "Clint Byrum" wrote: > Hello! It has been a while since we expanded our review team. The > numbers aren't easy to read with recent dips caused by the summit and > holidays. However, I believe James has demonstrated superb review skills > and a commitment to the project th

[openstack-dev] [sahara] team meeting Jan 15 1400 UTC

Hi folks, We'll be having the Sahara team meeting as usual in #openstack-meeting-3 channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Next_meetings http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meeting&iso=20150115T14 -- Sincerely yours, Sergey Lukjanov Sa

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

+1 On 01/14/2015 12:14 PM, Clint Byrum wrote: > Hello! It has been a while since we expanded our review team. The > numbers aren't easy to read with recent dips caused by the summit and > holidays. However, I believe James has demonstrated superb review skills > and a commitment to the project tha

Re: [openstack-dev] [horizon] static files handling, bower/

> > > Solaris is supported by node.js: > > x86 is certainly supported. Always has been. That's not the issue in > question. My point was that SPARC is not supported. > I think Oracle's got enough money to support Node.js on SPARC. > I think Solaris is no longer relevant > > I won't stoop to co

Re: [openstack-dev] [devstack] noVNC disabled by default?

> If you rewrite the noNVC installation in devstack to work from a release > URL that includes the released version on it, I think that would be > sufficient to turn it back on. Again, ideally this should be in distros, > but I think we could work on doing release installs until then, > especially

Re: [openstack-dev] [nova] Networks are not cleaned up in build failure

On 01/14/2015 12:57 PM, Murray, Paul (HP Cloud) wrote: Hi All, I recently experienced failures getting images from Glance while spawning instances. This step comes after building the networks in the guild sequence. When the Glance failure occurred the instance was cleaned up and rescheduled

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

Excerpts from Clint Byrum's message of 2015-01-14 18:14:45 +: > Hello! It has been a while since we expanded our review team. The > numbers aren't easy to read with recent dips caused by the summit and > holidays. However, I believe James has demonstrated superb review skills > and a commitment

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

+1 On 01/14/2015 02:26 PM, Gregory Haynes wrote: Excerpts from Clint Byrum's message of 2015-01-14 18:14:45 +: Hello! It has been a while since we expanded our review team. The numbers aren't easy to read with recent dips caused by the summit and holidays. However, I believe James has demon

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

On 15/01/15 07:14, Clint Byrum wrote: Hello! It has been a while since we expanded our review team. The numbers aren't easy to read with recent dips caused by the summit and holidays. However, I believe James has demonstrated superb review skills and a commitment to the project that shows broad a

Re: [openstack-dev] [horizon] function expressions vs function declarations in JavaScript

Thai, I'm still poking around at JavaScript things and did a little testing on function declarations vs function expressions. Seems Firefox is faster with function expressions by quite a bit at parse time. For reference see http://jsperf.com/mfer-function-types. I'm not suggesting what we do. I'm

[openstack-dev] [Neutron] Devstack failures related to q-vpn service

Hi All, I am seeing very frequent failures of devstack on our CI because of q-vpn service failures. This has happened very recently. Is this a know issue? I am tempted to disable q-vpn service on our CI to avoid this noise. I wanted to reach out to see if others are also seeing this issue. please

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

Thanks for the nomination Clint (and +1s from people who have already responded) At this stage, I believe we've traditionally[1] asked[2] the potential new Core Reviewer to commit to 3 reviews per work-day. I don't feel that that's a commitment I can make at this point. It's not something I've be

Re: [openstack-dev] [horizon] static files handling, bower/

On 1/14/15 11:49 AM, Michael Krotscheck wrote: > > Solaris is supported by node.js: > > x86 is certainly supported. Always has been. That's not the issue in > question. My point was that SPARC is not supported. > > > I think Oracle's got enough money to support Node.js on SPARC.

Re: [openstack-dev] [neutron][AdvancedServices][telco] Confusion about the solution of the service chaining!

- Original Message - > From: "Kyle Mestery" > To: "OpenStack Development Mailing List (not for usage questions)" > > > On Wed, Jan 7, 2015 at 6:25 AM, wrote: > > > Hi, > > > > I want to confirm that how is the project about "Neutron Services > > Insertion, Chaining, and Steering" goin

Re: [openstack-dev] [Neutron] Devstack failures related to q-vpn service

Can you provide more info on what failures you are seeing? Regards, PCM PCM (Paul Michali) IRC pc_m (irc.freenode.com) Twitter... @pmichali On Wed, Jan 14, 2015 at 12:35 PM, Sukhdev Kapur wrote: > Hi All, > > I am seeing very frequent failures of devstack on our CI because o

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

Excerpts from James Polley's message of 2015-01-14 12:46:37 -0800: > Thanks for the nomination Clint (and +1s from people who have already > responded) > > At this stage, I believe we've traditionally[1] asked[2] the potential new > Core Reviewer to commit to 3 reviews per work-day. > > I don't f

Re: [openstack-dev] [Telco] [NFV] [neutron][advancedservices][group-based-policy] Service function chaining

- Original Message - > From: "Zhipeng Huang" > To: "OpenStack Development Mailing List (not for usage questions)" > > > Hi Yuriy, > > FYI there is a project proposal on opnfv wiki on this issue: > https://wiki.opnfv.org/requirements_projects/openstack_based_vnf_forwarding_graph Hi Zhi

[openstack-dev] [Glance] Gentle reminder: Glance mid-cycle meetup for Kilo.

Hi, For those of you, who might have missed my previous announcement [0], please find the venue and tentative schedule for the Glance mid-cycle meetup for Kilo cycle here [1]. It asks for your participation confirmation in the list so, if you are planning to attend please do fill out the needfu

Re: [openstack-dev] [horizon] function expressions vs function declarations in JavaScript

Wow, that IS interesting. No process required, just modify /horizon/doc/source/contributing.rst and submit a patch.-Matthew Farina wrote: -To: "OpenStack Development Mailing List (not for usage questions)" From: Matthew Farina Date: 01/14/2015 12:20PMSubject: Re: [openstack-dev] [horizon]

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

On 15 January 2015 at 10:07, Clint Byrum wrote: > Excerpts from James Polley's message of 2015-01-14 12:46:37 -0800: >> Thanks for the nomination Clint (and +1s from people who have already >> responded) >> >> At this stage, I believe we've traditionally[1] asked[2] the potential new >> Core Revie

Re: [openstack-dev] [stable] Stable branch status and proposed stable-maint members mentoring

Thanks, Ihar. Lets make this the 'official' tracking pad for stable branches. We were previously using branch-specific pads (ie, https://etherpad.openstack.org/p/StableJuno) but it makes sense to track both releases in one place. I've updated it with current staus there and added a reference on t

Re: [openstack-dev] [TripleO] nominating James Polley for tripleo-core

+1 On 14 Jan 2015 19:15, "Clint Byrum" wrote: > Hello! It has been a while since we expanded our review team. The > numbers aren't easy to read with recent dips caused by the summit and > holidays. However, I believe James has demonstrated superb review skills > and a commitment to the project th

[openstack-dev] [all] OpenStack Bootstrapping Hour - oslo.messaging anti-patterns - Friday Jan 16th 17:00 UTC

Join us for the next OpenStack Bootstrapping Hour this friday at 17:00 UTC (12:00 Americas/New_York) on olso.messaging. A oslo.messaging API presentation with some anti-patterns and pit-falls. oslo.messaging is the standard library that OpenStack projects use to communicate with message buses in

Re: [openstack-dev] [nova] bug 1334398 and libvirt live snapshot support

On 12/8/2014 3:12 PM, Jeremy Stanley wrote: On 2014-12-08 11:45:36 +0100 (+0100), Kashyap Chamarthy wrote: As Dan Berrangé noted, it's nearly impossible to reproduce this issue independently outside of OpenStack Gating environment. I brought this up at the recently concluded KVM Forum earlier

Re: [openstack-dev] [horizon] static files handling, bower/

I won't stop to comment on this statement other than to say Javascript is quite relevant to Oracle, Oracle's customers, and Oracle's partners. Your argument is a boondoggle. Refusing to use node because your favorite platform doesn't support it is not the fault of node.js, it's the fault of the p

[openstack-dev] [Fuel] Empty role - status

Hi, Empty role is ready [1], thanks to granular deployment feature I didn't have to hardcode some hacks in Astute again. But there are several things which I want to mention/discuss: 1. in the patch you can see the name of the role and its description I would like to ask you to verify it and

Re: [openstack-dev] [Neutron] Devstack failures related to q-vpn service

HI Paul, Here is one of the typical log when this failure hits. http://arista-ci.arista.com:8000/January-2015/Arista_Tempest_Test/97/146597/5/stack.sh.log.gz regards.. -Sukhdev On Wed, Jan 14, 2015 at 1:06 PM, Paul Michali wrote: > Can you provide more info on what failures you are seeing? >

[openstack-dev] [Fuel] 6.0 is out: where to get the ISO?

Hi all, with a little delay (looks like holidays were long for me... sorry), I'd like to announce that we have pushed official 6.0 tags in our Fuel repositories. Please use the following links to download the ISO & IMG of Fuel 6.0: http://seed.fuel-infra.org/fuelweb-community-release/fuel-communit

Re: [openstack-dev] [Neutron] Devstack failures related to q-vpn service

Do you have access to the screen-q-vpn.log? Regards, PCM PCM (Paul Michali) IRC pc_m (irc.freenode.com) Twitter... @pmichali On Wed, Jan 14, 2015 at 2:24 PM, Sukhdev Kapur wrote: > HI Paul, > > Here is one of the typical log when this failure hits. > > > http://arista-ci.ar

[openstack-dev] [Keystone] Symbol not found: _BIO_new_CMS

Hi All, I am new to MAC OS, trying to setup Keystone development environment and stuck at running the keystone tests, getting error (below) related to openssl while running tox. I am having “OpenSSL 1.0.1k 8 Jan 2015” version of OpenSSL. Thanks in advance for any help, Arvind $ tox -e py27

Re: [openstack-dev] [api] API Definition Formats

On 1/13/15, 04:16, "Chris Dent" wrote: >On Tue, 13 Jan 2015, Ian Cordasco wrote: > >> On 1/12/15, 17:21, "Chris Dent" wrote: >> >>> On Mon, 12 Jan 2015, Ian Cordasco wrote: >>> This worked extremely well in my experience and helped improve development time for new endpoints and

Re: [openstack-dev] [nova] bug 1334398 and libvirt live snapshot support

On 1/14/2015 4:03 PM, Matt Riedemann wrote: On 12/8/2014 3:12 PM, Jeremy Stanley wrote: On 2014-12-08 11:45:36 +0100 (+0100), Kashyap Chamarthy wrote: As Dan Berrangé noted, it's nearly impossible to reproduce this issue independently outside of OpenStack Gating environment. I brought this

Re: [openstack-dev] [Keystone][Horizon] User self registration and management

Hello everyone, Thanks for the info and the feedback. Looking at our current situation, it seems unlikely we are to be switching to a federated Keystone. Is the preferred approach these days to use a federated Keystone? What we'd like to do is ideally have this service work using the Keystone AP

Re: [openstack-dev] [Keystone][Horizon] User self registration and management

> > On Jan 13, 2015, at 9:06 PM, Adrian Turjak wrote: > > Hello openstack-dev, > > I'm wondering if there is any interest or need for an open-source user > registration and management service for people using OpenStack. > > We're currently at a point where we need a way for users to sign up >

Re: [openstack-dev] [Keystone] Symbol not found: _BIO_new_CMS

As discussed on IRC: Unfortunately OS X Yosemite ships with a woefully out of date OpenSSL, LDAP Lib, etc. Some of these are not easy to replace with homebrew (some are). These out of date libs are usually left only for compatibility while people move to Apple’s specific alternative libs. Recen

Re: [openstack-dev] Quota management and enforcement across projects

I'm resurrecting this thread to provide an update on this effort. I have been looking at Boson [1] as a base for starting developing a service for managing quotas and reservations [2]. Boson's model would satisfy most of the requirements for this service, and implementing additional requirements,

[openstack-dev] [API] Upgrading to API WG Recommendations

Hey all, In the last meeting of the working group, we discussed what the goals of the group are and how those affect existing projects and new ones. In particular, some people seem confused as to whether the group’s goal is to create recommendations for ideal APIs or to document the existing APIs

[openstack-dev] [QA] Meeting Thursday January 15th at 17:00 UTC

Hi everyone, Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tomorrow Thursday, January 15th at 17:00 UTC in the #openstack-meeting channel. The agenda for tomorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome t

Re: [openstack-dev] About DVR limit

Hi, Swami, Thanks for your reply. Maybe I did not explain clearly, my suggestion is: Add one more configuration, enable_distributed_FIP to configure the FIP will be run as distributed mode or centralized mode. If enable_distributed_FIP = True, then FIP can be both in centralized node (dvr_sna

Re: [openstack-dev] [glance] Replication on image create

I also recommend approach #2. For, approach #1, 1) You have to maintain a state machine if you want to synchronize the image to 3 or more backend. 2) Not always 3 or more backend will be synchronized successfully, unless you make it like a transaction, it's hard to process the synchronization

Re: [openstack-dev] About DVR limit

Hello, Yongseng, correct, your description is much more concise, we need a configuration: east-west, DVR south-north, legacy mode. Best Regards Chaoyi Huang ( Joe Huang ) From: 龚永生 [mailto:gong.yongsh...@99cloud.net] Sent: Thursday, January 15, 2015 10:18 AM To: Vasudevan, Swaminathan (PNB Ros

Re: [openstack-dev] [Fuel][Docs] Move fuel-web/docs to fuel-docs

Adjusting fuel-web/docs to build ONLY the API and Objects reference is here: https://review.openstack.org/147348 Meg should have the inclusion of fuel-web/docs content in fuel-docs tomorrow. Once these two are done, we can sort out that last step: >> And finally we will have CI job to publish fin

[openstack-dev] Why all OpenStack Foundation Individual Members should vote now [all]

HOW TO VOTE: If you are an eligible voter[1], you should have received an email with the subject “OpenStack Foundation – 2015 Individual Director Election” from secret...@openstack.org. This email includes your unique voting link. If you did not receive an email, please contact secret...@openstack.

[openstack-dev] [gantt] Google hangout tomorrow to discuss scheduler specs

As promised at the weekly IRC meeting this week I'll setup up a hangout tomorrow, 1/15, at 1500 UTC (8:00AM MST) where we can discuss the one remaining spec that needs approval for Kilo: Remove direct nova DB/API access by Scheduler Filters - https://review.openstack.org/138444

[openstack-dev] Doubts regarding OpenStack Tempest

Hi, I am going through tempest in OpenStack and have some questions that I would like to get answered. Q1. How can we debug test cases in OpenStack ? (We can debug the code through import pdb but the same doesn't work for test cases and we have a bdb quit error) Q2. The run_tests.sh script or

  1   2   >