Re: [openstack-dev] [infra] Upgrade to Gerrit 2.11

On 15/10/15 17:42 +0200, Markus Zoeller wrote: Zaro wrote: We are soliciting feedback so please let us know what you think. For spotting possible trivial bug fixes the new query option "delta" will be useful. For example: "status:open delta:<100" Would it be possible to create a "prio" label

[openstack-dev] [mistral] How to call 3rd-party tools(such as Ansible) in Mistral

Dear Mistral developers and testers, We have developed some Ansible playbooks for operation automation, and we are investigating if we can change the automation engine from Ansible to Mistral since Mistral has powerful workflow control. Could you please help to provide how to let Mistral call An

[openstack-dev] [magnum] Failed to create swarm bay with fedora-21-atomic-5-d181.qcow2

Hi, I used image fedora-21-atomic-5-d181.qcow2 to create swarm bay , but the bay went to failed status with status reason: Resource CREATE failed: WaitConditionFailure: resources.swarm_nodes.resources[0].resources.node_agent_wait_condition: swarm-agent service failed to start. debug inside swarm n

Re: [openstack-dev] [release] establishing release liaisons for mitaka

On 14/10/15 11:25 -0400, Doug Hellmann wrote: As with the other cross-project teams, the release management team relies on liaisons from each project to be available for coordination of work across all teams. It's the start of a new cycle, so it's time to find those liaison volunteers. We are wo

Re: [openstack-dev] Scheduler proposal

Excerpts from Ed Leafe's message of 2015-10-15 11:56:24 -0700: > Wow, I seem to have unleashed a bunch of pent-up frustration in the > community! It's great to see everyone coming forward with their ideas and > insights for improving the way Nova (and, by extension, all of OpenStack) can > poten

Re: [openstack-dev] [devstack] [neutron] A larger batch of questions about configuring DevStack to use Neutron

> From: Mike Spreitzer/Watson/IBM@IBMUS > To: "OpenStack Development Mailing List \(not for usage questions\)" > > Date: 10/13/2015 03:39 AM > Subject: Re: [openstack-dev] [devstack] [neutron] A larger batch of > questions about configuring DevStack to use Neutron > > > From: "Sean M. Collins"

Re: [openstack-dev] [Nova] Host maintenance mode proposal.

Hi all, I have update the spec. https://review.openstack.org/#/c/228689/ I think implement it on nova client side may be better. Please help to review. Thanks. On 10/15/2015 05:08 PM, Tang Chen wrote: Hi all, I tried to implement a common host maintenance mode handling in nova compute. BP:

Re: [openstack-dev] [Product] [fuel] Life cycle management use cases

Hi All, in regards to lifecycle management I've just submitted blueprint covering security assessment of OpenStack clouds [0]. Note that it doesn't aim to intersect with Congress project. Congress is focused on 'overlay' or cloud security policy. Nessus integration is 100% oriented towards cloud co

Re: [openstack-dev] [Product] [fuel] Life cycle management use cases

Hi Shamail, thank you for letting me know. I didn't come through the page when I was googling. We are collecting use cases though for underlay, so it's more relevant for such projects as Fuel, TripleO, Puppet OpenStack; than for VM, DB, etc. related management. If you have any work started on und

Re: [openstack-dev] [Neutron] Revision of the RFE/blueprint submission process

A follow-up... On 13 October 2015 at 18:38, Armando M. wrote: > Hi neutrinos, > > From last cycle, the team has introduced the concept of RFE bugs [0]. I > have suggested a number of refinements over the past few days [1,2,3] to > streamline/clarify the process a bit further, also in an attempt

Re: [openstack-dev] [puppet][Fuel] OpenstackLib Client Provider Better Exception Handling

On 15/10/15 21:10, Vladimir Kuklin wrote: > Gilles, > > 5xx errors like 503 and 502/504 could always be intermittent operational > issues. E.g. when you access your keystone backends through some proxy > and there is a connectivity issue between the proxy and backends which > disappears in 10 se

Re: [openstack-dev] [puppet] Proposing Denis Egorenko core

On 10/15/2015 02:44 PM, Dmitry Borodaenko wrote: Congratulations Denis, keep it up! On behalf of Fuel team, I'd like to thank Puppet OpenStack team for inviting, welcoming, and enabling the massive expansion of collaboration between our projects. We have gone a great distance from a monolithic f

Re: [openstack-dev] [Neutron] Revision of the RFE/blueprint submission process

On 14 October 2015 at 00:17, Flavio Percoco wrote: > On 13/10/15 18:38 -0700, Armando M. wrote: > >> Hi neutrinos, >> >> From last cycle, the team has introduced the concept of RFE bugs [0]. I >> have >> suggested a number of refinements over the past few days [1,2,3] to >> streamline/ >> clarify

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 16 October 2015 at 12:09, Matthew Thode wrote: > On 10/15/2015 06:00 PM, Robert Collins wrote: > Thanks for the replies, I think I have a way forward (using upper-reqs > as a cap). I might need to make a tool that munges the (test-)reqs.txt > to generate one as an easier reference. having to

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 10/15/2015 06:00 PM, Robert Collins wrote: > ... >>> Now there is an explicit list of what works. >>> >>> Isn't that *better* ? >>> >> Yes, it's good to know what works, does that show multiple versions of >> the same package when multiple are known to work? > > It shows the highest version we

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

... >> Now there is an explicit list of what works. >> >> Isn't that *better* ? >> > Yes, it's good to know what works, does that show multiple versions of > the same package when multiple are known to work? It shows the highest version we know to work. So you could in principle take any version l

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 10/15/2015 05:29 PM, Robert Collins wrote: > On 16 October 2015 at 11:21, Matthew Thode wrote: >> On 10/15/2015 05:12 PM, Robert Collins wrote: >>> On 16 October 2015 at 08:10, Matthew Thode >>> wrote: On 10/15/2015 02:04 PM, Robert Collins wrote: >>> ... >> Where are my caps? >

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 16 October 2015 at 11:21, Matthew Thode wrote: > On 10/15/2015 05:12 PM, Robert Collins wrote: >> On 16 October 2015 at 08:10, Matthew Thode wrote: >>> On 10/15/2015 02:04 PM, Robert Collins wrote: >> ... > Where are my caps? The known good versions of dependencies for liberty ar

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 10/15/2015 05:12 PM, Robert Collins wrote: > On 16 October 2015 at 08:10, Matthew Thode wrote: >> On 10/15/2015 02:04 PM, Robert Collins wrote: > ... Where are my caps? >>> >>> The known good versions of dependencies for liberty are >>> http://git.openstack.org/cgit/openstack/requirements/

[openstack-dev] [OSSN 0057] DoS attack on Glance service can lead to interruption or disruption

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 DoS attack on Glance service can lead to interruption or disruption - --- ### Summary ### The typical Glance workflow allows authenticated users to create an image and upload the image content in a separate step. This can be abused by malicious user

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 16 October 2015 at 08:10, Matthew Thode wrote: > On 10/15/2015 02:04 PM, Robert Collins wrote: ... >>> Where are my caps? >> >> The known good versions of dependencies for liberty are >> http://git.openstack.org/cgit/openstack/requirements/tree/upper-constraints.txt?h=stable/liberty >> > That's

Re: [openstack-dev] Scheduler proposal

Ed Leafe wrote: Wow, I seem to have unleashed a bunch of pent-up frustration in the community! It's great to see everyone coming forward with their ideas and insights for improving the way Nova (and, by extension, all of OpenStack) can potentially scale. I do have a few comments on the discussio

[openstack-dev] [puppet] puppet-neutron + vswitch gates are broken

ubuntu broke openvswitch last night because of: https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/1314887 I reached them on IRC and they are working on a new release with a fix. We should expect our CI back later tonight or tomorrow morning. -- Emilien Macchi signature.asc Description

Re: [openstack-dev] Do all OpenStack daemons support sd_notify?

Thanks for responding, does this make it longest by time duration thread ever? :) 2015-10-15 22:44 GMT+02:00 Thomas Goirand : > On 12/16/2014 11:59 AM, Alan Pevec wrote: ... >> Current implementation in oslo service sends notification only just >> before entering the wait loop, because at that poi

Re: [openstack-dev] Do all OpenStack daemons support sd_notify?

On 12/16/2014 11:59 AM, Alan Pevec wrote: > There's one issue with Type=notify that Dan Prince discovered and > where Type=simple works better for his use-case: > if service startup takes more than DefaultTimeoutStartSec (90s by > default) and systemd does not get notification from the service, it

Re: [openstack-dev] Do all OpenStack daemons support sd_notify?

On 12/15/2014 04:21 PM, Ihar Hrachyshka wrote: > On 14/12/14 09:45, Thomas Goirand wrote: >> Hi, > >> As I am slowing fixing all systemd issues for the daemons of >> OpenStack in Debian (and hopefully, have this ready before the >> freeze of Jessie), I was wondering what kind of Type= directive to

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 16 October 2015 at 08:57, Doug Hellmann wrote: > Excerpts from Matthew Thode's message of 2015-10-15 14:35:08 -0500: >> On 10/15/2015 02:17 PM, Matt Riedemann wrote: >> > > > We're going to try to cover it in > http://mitakadesignsummit.sched.org/event/27c17a3c35d72997b372ddf4759fe1be#.ViA

Re: [openstack-dev] [release] opening stable/liberty

On Thu, Oct 15, 2015 at 02:30:23PM -0400, Doug Hellmann wrote: > One of the first steps for opening stable/liberty is to update the > version settings in the branches to no longer use pre-versioning. > Thierry submitted a bunch of patches to projects [0], and some are > merging now. > > Others are

Re: [openstack-dev] getting rid of tablib completely (Requests + urllib3 + distro packages)

On 10/15/2015 07:35 PM, Doug Hellmann wrote: > Excerpts from Thomas Goirand's message of 2015-10-15 00:31:44 +0200: > I wasn't clear. The reason cliff-tablib exists is because of earlier > complaints (maybe from you?) about tablib. I didn't have time to > rewrite the formatters, so I pulled them in

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

Excerpts from Doug Hellmann's message of 2015-10-15 15:57:20 -0400: > Excerpts from Matthew Thode's message of 2015-10-15 14:35:08 -0500: > > On 10/15/2015 02:17 PM, Matt Riedemann wrote: > > > > > > > > > On 10/15/2015 2:10 PM, Matthew Thode wrote: > > >> On 10/15/2015 02:04 PM, Robert Collins w

Re: [openstack-dev] Requests + urllib3 + distro packages

On 10/15/2015 12:08 PM, Cory Benfield wrote: >> On 14 Oct 2015, at 23:23, Thomas Goirand wrote: >> Though you could have avoid all of this pain if you were not bundling. >> Isn't all of this make you re-think your vendorizing policy? Or still >> not? I'm asking because I still didn't read your ans

Re: [openstack-dev] Requests + urllib3 + distro packages

On 10/15/2015 11:20 AM, Dmitry Tantsur wrote: > On 10/15/2015 12:18 AM, Robert Collins wrote: >> On 15 October 2015 at 11:11, Thomas Goirand wrote: >>> >>> One major pain point is unfortunately something ridiculously easy to >>> fix, but which nobody seems to care about: the long & short descripti

[openstack-dev] [Large Deployment Team] Action/Work Items Ahead of Summit, please review

During our meeting [1] today we discussed our agenda [2] and action items for the LDT working session [3] at the summit. We’ve compiled a list of a few things folks can be working on before getting to Tokyo to ensure this session is productive: 1. Neutron Segmented/Routed Networks: * Review

Re: [openstack-dev] Requests + urllib3 + distro packages

On 10/15/2015 03:59 PM, Monty Taylor wrote: > On 10/15/2015 02:53 AM, Thomas Goirand wrote: >> Well, having the changlog (and other stuff) of packages merged into the >> long description is not helpful, not for Debian, nor for upstream Python >> packages. > > I actually have gotten multiple reques

Re: [openstack-dev] [release] establishing release liaisons for mitaka

Excerpts from Sergey Lukjanov's message of 2015-10-15 22:34:21 +0300: > Doug, just to confirm - for Sahara I'll continue being release liaison. Thanks, Sergey. __ OpenStack Development Mailing List (not for usage questions) U

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

Excerpts from Matthew Thode's message of 2015-10-15 14:35:08 -0500: > On 10/15/2015 02:17 PM, Matt Riedemann wrote: > > > > > > On 10/15/2015 2:10 PM, Matthew Thode wrote: > >> On 10/15/2015 02:04 PM, Robert Collins wrote: > >>> On 16 October 2015 at 08:01, Matthew Thode > >>> wrote: > So,

Re: [openstack-dev] [release] opening stable/liberty

Doug, I'm working on the Trove patch to fix the test failures. https://review.openstack.org/#/c/235149/ Thanks, Craig Vyvial (cp16net) OpenStack Trove Project Team Lead On Thu, Oct 15, 2015 at 1:57 PM Steve Martinelli wrote: > Doug, > > Dolph and Brant are in the process of fixing the Keyston

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 10/15/2015 02:17 PM, Matt Riedemann wrote: > > > On 10/15/2015 2:10 PM, Matthew Thode wrote: >> On 10/15/2015 02:04 PM, Robert Collins wrote: >>> On 16 October 2015 at 08:01, Matthew Thode >>> wrote: So, this is my perspective in packing liberty for Gentoo. We can have multiple

Re: [openstack-dev] [release] establishing release liaisons for mitaka

Doug, just to confirm - for Sahara I'll continue being release liaison. On Thu, Oct 15, 2015 at 3:40 AM, Lana Brindley wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 15/10/15 01:25, Doug Hellmann wrote: > > As with the other cross-project teams, the release management team > >

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 10/15/2015 2:10 PM, Matthew Thode wrote: On 10/15/2015 02:04 PM, Robert Collins wrote: On 16 October 2015 at 08:01, Matthew Thode wrote: So, this is my perspective in packing liberty for Gentoo. We can have multiple versions of a package available to install, because of this we generally

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 10/15/2015 02:04 PM, Robert Collins wrote: > On 16 October 2015 at 08:01, Matthew Thode wrote: >> So, this is my perspective in packing liberty for Gentoo. >> >> We can have multiple versions of a package available to install, because >> of this we generally directly translate the valid depende

Re: [openstack-dev] [packaging] liberty doesn't have caps on deps

On 16 October 2015 at 08:01, Matthew Thode wrote: > So, this is my perspective in packing liberty for Gentoo. > > We can have multiple versions of a package available to install, because > of this we generally directly translate the valid dependency versions > from requirements. Cool. > this >

[openstack-dev] [packaging] liberty doesn't have caps on deps

So, this is my perspective in packing liberty for Gentoo. We can have multiple versions of a package available to install, because of this we generally directly translate the valid dependency versions from requirements. this oslo.concurrency>=2.3.0 # Apache-2.0 becomes this >=dev-python/o

Re: [openstack-dev] Scheduler proposal

Wow, I seem to have unleashed a bunch of pent-up frustration in the community! It's great to see everyone coming forward with their ideas and insights for improving the way Nova (and, by extension, all of OpenStack) can potentially scale. I do have a few comments on the discussion: 1) This isn

Re: [openstack-dev] [TripleO] Introspection rules aka advances profiles replacement: next steps

On 10/14/2015 12:18 PM, John Trowbridge wrote: > > > On 10/14/2015 10:57 AM, Ben Nemec wrote: >> On 10/14/2015 06:38 AM, Dmitry Tantsur wrote: >>> Hi OoO'ers :) >>> >>> It's going to be a long letter, fasten your seat-belts (and excuse my >>> bad, as usual, English)! >>> >>> In RDO Manager we us

Re: [openstack-dev] [release] opening stable/liberty

Doug, Dolph and Brant are in the process of fixing the Keystone stable/liberty branch (https://review.openstack.org/#/c/235229/). We had to squash another patch to get the gate to pass, look at the patch for details. Everything should be solid once that patch merges. Thanks, Steve Martinelli Op

Re: [openstack-dev] [puppet] Proposing Denis Egorenko core

Congratulations Denis, keep it up! On behalf of Fuel team, I'd like to thank Puppet OpenStack team for inviting, welcoming, and enabling the massive expansion of collaboration between our projects. We have gone a great distance from a monolithic fork to a modularized downstream, from zero communic

Re: [openstack-dev] [infra] Upgrade to Gerrit 2.11

Thanks for the suggestion Markus. I think the path for those types of suggestions would be thru a spec: http://specs.openstack.org/openstack-infra/infra-specs/ Thanks for reporting these Yuriy. I've created a checklist[1] to track things to verify before we actually do anything. I think at thi

[openstack-dev] [release] opening stable/liberty

One of the first steps for opening stable/liberty is to update the version settings in the branches to no longer use pre-versioning. Thierry submitted a bunch of patches to projects [0], and some are merging now. Others are running into test failures, though, and need attention from project teams.

[openstack-dev] [openstack-ansible] Mitaka Summit Schedule

Hi everyone, I've added the final details for the summit sessions to the etherpad: https://etherpad.openstack.org/p/openstack-ansible-mitaka-summit Our sessions are open to anyone with an interest in deploying OpenStack with Ansible. Note that our two primary topics for discussion are: Image-ba

Re: [openstack-dev] [neutron]What happened when the 3-rd controller restarted?

Hi Germy, It seems that you're looking at solutions for ensuring consistency between the "desired" configuration (Neutron), and the actual one (whatever is in your backend) at startup. This has been discussed several times in the past - not just for synchronization at startup, but also for ensurin

Re: [openstack-dev] [infra] Upgrade to Gerrit 2.11

On Wed, Oct 14, 2015 at 3:08 AM Zaro wrote: > Hello All, > > The openstack-infra team would like to upgrade from our Gerrit 2.8 to > Gerrit 2.11. We are proposing to do the upgrade shortly after the > Mitaka summit. The main motivation behind the upgrade is to allow us > to take advantage of so

Re: [openstack-dev] getting rid of tablib completely (Requests + urllib3 + distro packages)

Excerpts from Thomas Goirand's message of 2015-10-15 00:31:44 +0200: > On 10/13/2015 05:14 PM, Doug Hellmann wrote: > > Excerpts from Thomas Goirand's message of 2015-10-13 12:38:00 +0200: > >> On 10/12/2015 11:09 PM, Steve Baker wrote: > >>> On 13/10/15 02:05, Thomas Goirand wrote: > > B

Re: [openstack-dev] [neutron] pypi packages for networking sub-projects

On Thu, Oct 15, 2015 at 7:03 AM, Neil Jerram wrote: > On 02/10/15 12:33, Neil Jerram wrote: > > On 02/10/15 11:42, Neil Jerram wrote: > >> Thanks Kyle! I'm looking at this now for networking-calico. > > Done, please see https://pypi.python.org/pypi/networking-calico. > > > > When you release, how

Re: [openstack-dev] [Tacker] Proposing Bob Haddleton to core team

+1 __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [oslo] Require documenting changes with versionadded and versionchanged

Excerpts from Joshua Harlow's message of 2015-10-15 08:54:47 -0700: > Brant Knudson wrote: > > > > > > On Thu, Oct 15, 2015 at 5:52 AM, Victor Stinner > > wrote: > > > > Hi, > > > > I propose that changes must now be documented in Oslo libraries. If > > a ch

Re: [openstack-dev] [Neutron] [Tempest] where fwaas tempest tests should be?

On Thu, Oct 15, 2015 at 10:13 AM, Assaf Muller wrote: > > > On Thu, Oct 15, 2015 at 10:22 AM, Matthew Treinish > wrote: > >> On Thu, Oct 15, 2015 at 09:02:22AM -0400, Assaf Muller wrote: >> > On Thu, Oct 15, 2015 at 7:25 AM, Takashi Yamamoto < >> yamam...@midokura.com> >> > wrote: >> > >> > > hi

Re: [openstack-dev] [Tacker] Proposing Bob Haddleton to core team

+1 From: Sridhar Ramaswamy [mailto:sric...@gmail.com] Sent: Thursday, October 15, 2015 8:47 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Tacker] Proposing Bob Haddleton to core team I would like to nominate Bob Haddleton to the Tacker core team. I

Re: [openstack-dev] [Neutron] [Tempest] where fwaas tempest tests should be?

On Thu, Oct 15, 2015 at 10:22 AM, Matthew Treinish wrote: > On Thu, Oct 15, 2015 at 09:02:22AM -0400, Assaf Muller wrote: > > On Thu, Oct 15, 2015 at 7:25 AM, Takashi Yamamoto > > > wrote: > > > > > hi, > > > > > > i'm looking in fwaas tempest tests and have a question about code > location. > >

Re: [openstack-dev] [Tacker] Proposing Bob Haddleton to core team

+1 ☺ -Sripriya From: Sridhar Ramaswamy [mailto:sric...@gmail.com] Sent: Thursday, October 15, 2015 8:47 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Tacker] Proposing Bob Haddleton to core team I would like to nominate Bob Haddleton to the Tac

Re: [openstack-dev] [Tacker] Proposing Bob Haddleton to core team

+1 -Bharath T On Thu, Oct 15, 2015 at 10:36 PM, Stephen Wong wrote: > +1 > > - Stephen > > On Thu, Oct 15, 2015 at 8:47 AM, Sridhar Ramaswamy > wrote: > >> I would like to nominate Bob Haddleton to the Tacker core team. >> >> In the current Liberty cycle Bob made significant, across the board

[openstack-dev] [Heat] Mitaka design summit schedule

Hi folks, I glad to inform you about final version of Heat schedule for design summit. Online version is available here: - http://mitakadesignsummit.sched.org/type/Heat#.Vh_V7NSlyko It will be useful for understanding rooms and time. If you want to look on description and etherpad for each sessi

Re: [openstack-dev] [Tacker] Proposing Bob Haddleton to core team

+1 - Stephen On Thu, Oct 15, 2015 at 8:47 AM, Sridhar Ramaswamy wrote: > I would like to nominate Bob Haddleton to the Tacker core team. > > In the current Liberty cycle Bob made significant, across the board > contributions to Tacker [1]. Starting with many usability enhancements and > squashi

[openstack-dev] [QA] Design Summit Schedule

Hi Everyone, I just pushed up the QA schedule for design summit: https://mitakadesignsummit.sched.org/overview/type/qa Let me know if there are any big schedule conflicts or other issues, so we can work through the problem. Thanks, Matt Treinish signature.asc Description: PGP signature

Re: [openstack-dev] [puppet] Proposing Denis Egorenko core

Thank you! I will do my best! 2015-10-15 19:27 GMT+03:00 Emilien Macchi : > > > On 10/13/2015 04:29 PM, Emilien Macchi wrote: > > Denis Egorenko (degorenko) is working on Puppet OpenStack modules for > > quite some time now. > > > > Some statistics [1] about his contributions (last 6 months): > >

Re: [openstack-dev] [infra] Upgrade to Gerrit 2.11

I would love to see this! It would really help review priorities and could easily be worked into review dashboards. --John On 15 Oct 2015, at 8:42, Markus Zoeller wrote: > Zaro wrote: >> We are soliciting feedback so please let us know what you think. > > For spotting possible trivial bug fi

Re: [openstack-dev] ERROR : openstack Forbidden (HTTP 403)

ace in log /var/tmp/packstack/20151015-212559-xwC1zD/manifests/10.16.37.221_keystone.pp.log Could someone please help me with this? On Mon, Oct 12, 2015 at 5:16 PM, Dhvanan Shah wrote: > Resolved it. > The no_proxy env var needs to be set if your computer is located behind a &

Re: [openstack-dev] [puppet] Proposing Denis Egorenko core

On 10/13/2015 04:29 PM, Emilien Macchi wrote: > Denis Egorenko (degorenko) is working on Puppet OpenStack modules for > quite some time now. > > Some statistics [1] about his contributions (last 6 months): > * 270 reviews > * 49 negative reviews > * 216 positive reviews > * 36 disagreements > *

Re: [openstack-dev] [Cinder][Horizon] Cinder v2 endpoint name: volumev2 is required? volume is okay?

Hi Akihiro, Cinder itself doesn't care what keystone endpoint name is configured for it. python-cinderclient uses cinderv2 for service name [1], [2] by default. AFAIK, some other components like Rally expects "volumev2" endpoint for API v2. "volume" is used for Tempest by default. [1] https://gi

Re: [openstack-dev] [Sender Auth Failure] Re: [neutron] Neutron rolling upgrade - are we there yet?

On Oct 15, 2015, at 11:23 AM, Ihar Hrachyshka mailto:ihrac...@redhat.com>> wrote: I also feel that upgrades are in lots of ways not only a technical issue, but a cultural one too. You should have reviewers being aware of all the moving parts, and how a seemingly innocent change can break the f

Re: [openstack-dev] [oslo] Require documenting changes with versionadded and versionchanged

Brant Knudson wrote: On Thu, Oct 15, 2015 at 5:52 AM, Victor Stinner mailto:vstin...@redhat.com>> wrote: Hi, I propose that changes must now be documented in Oslo libraries. If a change is not documented, it must *not* be approved. IMHO it's very important to document all cha

[openstack-dev] [fuel] OpenStack versioning in Fuel

Hello, I would like to highlight a problem that we are now going to have in Fuel regarding versioning of OpenStack. As you know, with introduction of the Big Tent policy it was decided that since Liberty dev cycle versioning schema of the whole project changes. Year-based versions won't be assign

[openstack-dev] [Ironic] Driver documentation in Ironic

Hi All, This mail is related to driver-specific documentation in Ironic. First a bit of context. I work on iLO drivers in Ironic. Our team would like to document both Ironic driver related stuff (which is related to Ironic) and hardware related stuff like tested platforms, firmware information,

[openstack-dev] [Tacker] Proposing Bob Haddleton to core team

I would like to nominate Bob Haddleton to the Tacker core team. In the current Liberty cycle Bob made significant, across the board contributions to Tacker [1]. Starting with many usability enhancements and squashing bugs Bob has shown commitment and consistently produced high quality code. To cap

Re: [openstack-dev] [infra] Upgrade to Gerrit 2.11

Zaro wrote: > We are soliciting feedback so please let us know what you think. For spotting possible trivial bug fixes the new query option "delta" will be useful. For example: "status:open delta:<100" Would it be possible to create a "prio" label to help sorting out stuff? If I understand [1] co

Re: [openstack-dev] [neutron] Neutron rolling upgrade - are we there yet?

Hi Artur, thanks a lot for caring about upgrades! There are a lot of good points below. As you noted, surprisingly, we seem to have rolling upgrades working for RPC layer. Before we go into complicating database workflow by doing oslo.versionedobjects transition heavy-lifting, I would like us

Re: [openstack-dev] [oslo] Require documenting changes with versionadded and versionchanged

Le 15/10/2015 16:34, Brant Knudson a écrit : Submitters don't know what release their change is going to get into. They might submit the review when version 1.1.0 is current so they mark it with added in 1.2.0, but then the change doesn't get merged until after 1.4.0 is tagged. Also, the submitte

[openstack-dev] [puppet] new kilo release: 6.1.0

We're happy to announce the release of: * puppet-ceilometer 6.1.0 * puppet-cinder 6.1.0 * puppet-designate 6.1.0 * puppet-glance 6.1.0 * puppet-heat 6.1.0 * puppet-horizon6.1.0 * puppet-ironic 6.1.0 * puppet-keystone 6.1.0 * puppet-manila

Re: [openstack-dev] [oslo] Require documenting changes with versionadded and versionchanged

Le 15/10/2015 12:52, Victor Stinner a écrit : I started to do this for the oslo.config library: https://review.openstack.org/#/c/235232/ More changes. oslo.concurrency: https://review.openstack.org/#/c/235416/ oslo.serialization: https://review.openstack.org/#/c/235297/ oslo.utils: https://r

Re: [openstack-dev] [sahara] Proposing Vitaly Gridnev to core reviewer team

congrats Vitaly! On 10/15/2015 10:38 AM, Sergey Lukjanov wrote: I think we have a quorum. Vitaly, congrats! On Tue, Oct 13, 2015 at 6:39 PM, Matthew Farrellee mailto:m...@redhat.com>> wrote: +1! On 10/12/2015 07:19 AM, Sergey Lukjanov wrote: Hi folks, I'd like to pr

Re: [openstack-dev] [sahara] Proposing Vitaly Gridnev to core reviewer team

Thank you! I'm very happy to be a part of sahara core team. On Thu, Oct 15, 2015 at 5:38 PM, Sergey Lukjanov wrote: > I think we have a quorum. > > Vitaly, congrats! > > On Tue, Oct 13, 2015 at 6:39 PM, Matthew Farrellee > wrote: > >> +1! >> >> On 10/12/2015 07:19 AM, Sergey Lukjanov wrote: >>

Re: [openstack-dev] [sahara] Proposing Vitaly Gridnev to core reviewer team

Congrats Vitaly!! On Thu, Oct 15, 2015 at 11:40 AM Sergey Lukjanov wrote: > I think we have a quorum. > > Vitaly, congrats! > > On Tue, Oct 13, 2015 at 6:39 PM, Matthew Farrellee > wrote: > >> +1! >> >> On 10/12/2015 07:19 AM, Sergey Lukjanov wrote: >> >>> Hi folks, >>> >>> I'd like to propose

Re: [openstack-dev] [sahara] Proposing Vitaly Gridnev to core reviewer team

I think we have a quorum. Vitaly, congrats! On Tue, Oct 13, 2015 at 6:39 PM, Matthew Farrellee wrote: > +1! > > On 10/12/2015 07:19 AM, Sergey Lukjanov wrote: > >> Hi folks, >> >> I'd like to propose Vitaly Gridnev as a member of the Sahara core >> reviewer team. >> >> Vitaly contributing to Sa

Re: [openstack-dev] [oslo] Require documenting changes with versionadded and versionchanged

On Thu, Oct 15, 2015 at 5:52 AM, Victor Stinner wrote: > Hi, > > I propose that changes must now be documented in Oslo libraries. If a > change is not documented, it must *not* be approved. > > IMHO it's very important to document all changes. Otherwise, it becomes > really hard to guess if a spe

Re: [openstack-dev] [Neutron] [Tempest] where fwaas tempest tests should be?

On Thu, Oct 15, 2015 at 09:02:22AM -0400, Assaf Muller wrote: > On Thu, Oct 15, 2015 at 7:25 AM, Takashi Yamamoto > wrote: > > > hi, > > > > i'm looking in fwaas tempest tests and have a question about code location. > > > > currently, > > > > - fwaas api tests and its rest client are in neutron

Re: [openstack-dev] [Neutron] [Tempest] where fwaas tempest tests should be?

On Thu, Oct 15, 2015 at 08:25:40PM +0900, Takashi Yamamoto wrote: > hi, > > i'm looking in fwaas tempest tests and have a question about code location. > > currently, > > - fwaas api tests and its rest client are in neutron repo This is a bad situation because it means that we're directly coupl

Re: [openstack-dev] [puppet][Fuel] OpenstackLib Client Provider Better Exception Handling

Matt > You are right, it probably won't. At that point you are using puppet to work around some fundamental issues in your OpenStack deployment. Actually, as you know, with Fuel we are shipping our code to people who have their own infrastructure. We do not have any control over that infrastructu

Re: [openstack-dev] [neutron] pypi packages for networking sub-projects

On 02/10/15 12:33, Neil Jerram wrote: > On 02/10/15 11:42, Neil Jerram wrote: >> Thanks Kyle! I'm looking at this now for networking-calico. > Done, please see https://pypi.python.org/pypi/networking-calico. > > When you release, how will the version number be decided? [...] Excitingly, I believe

Re: [openstack-dev] Requests + urllib3 + distro packages

On 10/15/2015 02:53 AM, Thomas Goirand wrote: On 10/15/2015 12:18 AM, Robert Collins wrote: On 15 October 2015 at 11:11, Thomas Goirand wrote: One major pain point is unfortunately something ridiculously easy to fix, but which nobody seems to care about: the long & short descriptions format.

[openstack-dev] cinder authentication with authtoken

Hi, I need a way to access cinder apis using auth-token. I used below API to get the cinder client and tried getting the availability zones. cinder_client = cc.Client(1, auth_token=self.ctxt.auth_token, project_id=self.ctxt.tenant,

Re: [openstack-dev] [puppet][Fuel] OpenstackLib Client Provider Better Exception Handling

On Thu, Oct 15, 2015 at 4:10 AM, Vladimir Kuklin wrote: > Gilles, > > 5xx errors like 503 and 502/504 could always be intermittent operational > issues. E.g. when you access your keystone backends through some proxy and > there is a connectivity issue between the proxy and backends which > disapp

Re: [openstack-dev] [puppet][keystone] Choose domain names with 'composite namevar' or 'meaningless name'?

This thread is really huge and only 3 people are talking. Why don't you continue on an etherpad and do some brainstorm on it? If you do so, please share the link here. It would be much more effective in my opinion. On 10/15/2015 08:26 AM, Sofer Athlan-Guyot wrote: > Gilles Dubreuil writes: > >>

Re: [openstack-dev] [puppet][ec2api] - First version of puppet module

Hi Marcos, On 10/15/2015 03:49 AM, Marcos Fermin Lobo wrote: > Hi all, > > I would like to report to all of you that a first version of OpenStack > EC2 API puppet module is available in order to get your feedback. > > This is the link https://github.com/cernops/puppet-ec2api > > Please feel fre

Re: [openstack-dev] [Keystone] [Horizon] Pagination support for Identity dashboard entities

Hey, As I see, we decided to go the way of limiting and filtering of the list. Bugreport https://bugs.launchpad.net/keystone/+bug/1501698 was opened about this issue. I've coded a chain of patches to fix the bug, please review: https://review.openstack.org/#/c/234849/ On Friday 14 August 2015

Re: [openstack-dev] [Neutron] [Tempest] where fwaas tempest tests should be?

On Thu, Oct 15, 2015 at 7:25 AM, Takashi Yamamoto wrote: > hi, > > i'm looking in fwaas tempest tests and have a question about code location. > > currently, > > - fwaas api tests and its rest client are in neutron repo > - there are no fwaas scenario tests > > eventually, > > - fwaas api tests s

Re: [openstack-dev] [puppet][keystone] Choose domain names with 'composite namevar' or 'meaningless name'?

Gilles Dubreuil writes: > On 08/10/15 03:40, Rich Megginson wrote: >> On 10/07/2015 09:08 AM, Sofer Athlan-Guyot wrote: >>> Rich Megginson writes: >>> On 10/06/2015 02:36 PM, Sofer Athlan-Guyot wrote: > Rich Megginson writes: > >> On 09/30/2015 11:43 AM, Sofer Athlan-Guyot wrot

[openstack-dev] [Neutron] Neutron Meetup in Tokyo Summit

hi, we are planing to have a social meetup for neutron developers on Thursday evening. anyone who are interested in neutron development are welcome. the place is not fixed yet. we want to estimate how many people want to go. please fill in the following RSVP if you are interested. sooner is bet

[openstack-dev] [Neutron] [Tempest] where fwaas tempest tests should be?

hi, i'm looking in fwaas tempest tests and have a question about code location. currently, - fwaas api tests and its rest client are in neutron repo - there are no fwaas scenario tests eventually, - fwaas api tests should be moved into neutron-fwaas repo - fwaaa scenario tests should be in neu

Re: [openstack-dev] [all][stable][release] 2015.1.2

2015-10-14 10:59 GMT+02:00 Thierry Carrez : > Sean Dague wrote: >> I think that whoever sets the tag should also push those fixes. We had >> some kilo content bogging down the gate today because of this kind of >> failure. Better to time this as close as possible with the tag setting. > > Right. Th

Re: [openstack-dev] [tc][senlin] Request to senlin project to big tent

On 10/15/2015 05:13 AM, Qiming Teng wrote: > Dear TC members, > > Your reviews on the proposal are highly appreciated. > > Subject: Add senlin project to big tent > Link: https://review.openstack.org/#/c/235172/ > > Regards, > Qiming Great. Just as an FYI, it's 3 weeks until the next TC meetin

  1   2   >