[openstack-dev] [Fuel] Support for plugins in fuel client

Hi folks, I am wondering what our story/vision for plugins in fuel client [1]? We can benefit from using cliff [2] as framework for fuel cli, apart from common code for building cli applications on top of argparse, it provides nice feature that allows to dynamicly add actions by means of entry po

Re: [openstack-dev] [Mistral] Integration tests discussion

Thanks Timur, that’s a good doc. Anastasia and Sergey were supposed to start working on a proposal devoted to our approaches to integration testing. I hope we’ll see them soon. Renat Akhmerov @ Mirantis Inc. On 11 Jun 2014, at 13:55, Timur Nurlygayanov wrote: > Hi team, > > Tomorrow we dis

Re: [openstack-dev] [Mistral] Refine engine <-> executor protocol

On 13 Jun 2014, at 07:03, W Chan wrote: > Design proposal for blueprint > https://blueprints.launchpad.net/mistral/+spec/mistral-engine-executor-protocol > Rename Executor to Worker. I’d be ok with Worker but would prefer ActionRunner since it reflects the purpose a little better although being

Re: [openstack-dev] [glance] Unifying configuration file

Hey On Tue, 2014-06-17 at 17:43 +0200, Julien Danjou wrote: > On Tue, Jun 17 2014, Arnaud Legendre wrote: > > > @ZhiYan: I don't like the idea of removing the sample configuration file(s) > > from the git repository. Many people do not want to have to checkout the > > entire codebase and tox ever

Re: [openstack-dev] DevStack hacks requirements.txt et al

On Tue, Jun 17, 2014 at 10:33 PM, Mike Spreitzer wrote: > I have noticed that lately DevStack has been hacking requirements.txt in > most projects and test-requirements.txt in many. Why is this being done? > > Thanks, > Mike > ___ > OpenStack-dev mailin

[openstack-dev] DevStack hacks requirements.txt et al

I have noticed that lately DevStack has been hacking requirements.txt in most projects and test-requirements.txt in many. Why is this being done? Thanks, Mike___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cg

Re: [openstack-dev] [Mistral] Refine engine <-> executor protocol

Hi Winson, Sorry, I haven’t responded so far for I was on vacation. So getting back to you now.. It’s my fault that the notes in the BP are not fairly clear. 1. By “worker parallelism” we meant that one worker (which is called “executor" now) can poll and handle more than one task from the tas

Re: [openstack-dev] [Fuel] Bug squashing day on June, 17

Fuelers, please pay attention to stalled in progress bugs too - those which are In progress for more than a week. See [1]. [1] https://bugs.launchpad.net/fuel/+bugs?field.searchtext=&orderby=date_last_updated&search=Search&field.status%3Alist=INPROGRESS&assignee_option=any&field.assignee=&field.b

Re: [openstack-dev] [Mistral] Cleaning up configuration settings

Ooh, alright :) It passed by me why I was off. Renat Akhmerov @ Mirantis Inc. On 18 Jun 2014, at 01:20, W Chan wrote: > I figured. I implemented it in https://review.openstack.org/#/c/97684/. > > > On Mon, Jun 16, 2014 at 9:35 PM, Renat Akhmerov > wrote: > I don’t think we have them. You

[openstack-dev] [Cinder][Driver] Delete snapshot

Hi Stackers, I have been implementing a Cinder driver for our storage solution & facing issues with below scenario. Scenario - When a user/admin tries to delete a snapshot that has associated clone(s), an error message/log should be shown to the user stating that '*There are clones associated to

Re: [openstack-dev] [Fuel] Bug squashing day on June, 17

Thanks for participation, folks. Current count: New - 12 Incomplete - 30 Confirmed / Triaged / in progress for 5.1 - 368 I've not logged how many bugs we had, but calculated that 26 bugs were filed over last 24 hours. Overall, seems to be we did a good job in triaging, but results for fixing bugs

Re: [openstack-dev] [nova] locked instances and snaphot

On Wed, Jun 18, 2014 at 10:21 AM, Ahmed RAHAL wrote: > Le 2014-06-16 15:28, melanie witt a écrit : > The more I think about it, the more I get to think that locking is just > there to avoid mistakes, not voluntary misbehaviour. I agree. You have a really important instance, so you lock it to avo

[openstack-dev] DVR IRC Meeting for June 18th 2014. - Cancelled.

Hi Folks, The DVR IRC Meeting for June 18th 2014 will be cancelled. I will be travelling on these dates so will not be able to run the meeting. Some of our team members are also busy during this time slot. So I will be cancelling this meeting. The reviews are still in progress. Thanks Swaminath

[openstack-dev] Release notes as we go?

Hi, Remembering the last minute rush to get release notes ready for Icehouse, I was very pleased to see that the Juno release notes page has been already started! https://wiki.openstack.org/wiki/ReleaseNotes/Juno Perhaps if people are working on release-note worthy things, they could add a

Re: [openstack-dev] [nova][qa] Do all turbo-hipster jobs fail in stable/havana?

On 6/18/14 12:52 AM, Matt Riedemann wrote: On 6/16/2014 11:58 PM, Joshua Hesketh wrote: Hi there, Very sorry for the mishap. I manually enqueued our zuul to run tests on changes that turbo-hipster had recently missed and did not pay attention to the branch they were for. Turbo-Hipster doesn'

Re: [openstack-dev] [glance] Unifying configuration file

On 17/06/14 23:43, Julien Danjou wrote: On Tue, Jun 17 2014, Arnaud Legendre wrote: @ZhiYan: I don't like the idea of removing the sample configuration file(s) from the git repository. Many people do not want to have to checkout the entire codebase and tox every time they have to verify a varia

Re: [openstack-dev] [metrics] How to group activity in git/gerrit repositories

On 2014-06-17 17:32:25 -0700 (-0700), Stefano Maffulli wrote: [...] > On the infra program, how do you separate OpenStack-related > contributions to a repository like - repo: openstack-infra/gerrit, which > is a fork of upstream gerrit, from the commits of upstream, non > openstack people? In the p

Re: [openstack-dev] [metrics] How to group activity in git/gerrit repositories

On 06/16/2014 12:25 PM, Ilya Shakhat wrote: > Most of groups are created from the official programs > .yaml. Every program turns into item in the module > list (colored in violet), for example 'Nova Compute' is a group > containing 'nova', 'python-novaclient' and 'nova-specs'.

Re: [openstack-dev] [nova] locked instances and snaphot

Hi there, Le 2014-06-16 15:28, melanie witt a écrit : Hi all, [...] During the patch review, a reviewer raised a concern about the purpose of instance locking and whether prevention of snapshot while an instance is locked is appropriate. From what we understand, instance lock is meant to pre

Re: [openstack-dev] [taskflow] Recommendations for the granularity of tasks and their "stickiness" to workers

Cool, feel free to jump on IRC[1] if u need in-person details/questions or other (consultation is free, haha). [1] irc://chat.freenode.net/openstack-state-management -Josh -Original Message- From: Eoghan Glynn Reply-To: "OpenStack Development Mailing List (not for usage questions)" Dat

Re: [openstack-dev] [oslo] versioning and releases

On Tue, Jun 17, 2014 at 6:42 PM, Robert Collins wrote: > On 11 June 2014 04:24, Doug Hellmann wrote: > ... >> Incubated libraries have been released at the end of a release cycle, >> as with the rest of the integrated packages. Adopted libraries have >> historically been released "as needed" duri

Re: [openstack-dev] [oslo] versioning and releases

On 11 June 2014 04:24, Doug Hellmann wrote: ... > Incubated libraries have been released at the end of a release cycle, > as with the rest of the integrated packages. Adopted libraries have > historically been released "as needed" during their development. We > would like to synchronize these so t

Re: [openstack-dev] [taskflow] Recommendations for the granularity of tasks and their "stickiness" to workers

Thanks to Joshua and Sandy for the clarifications on the finer points of taskflow features and usage. I'll consume the docco linked, and will be back to annoy ye with further questions :) Cheers, Eoghan > Back on the distributed subject (since this deserves a different email), > > In the newe

Re: [openstack-dev] [metrics] How to group activity in git/gerrit repositories

On 17/06/14 23:53, Daniel Izquierdo wrote: On 16/06/14 21:25, Ilya Shakhat wrote: Let me explain how Stackalytics grouping works. Thanks for the clarification here. Stefano, given that it's simple to group projects, a Sorry about this incomplete email u_u. I was trying to wrap up ideas but

Re: [openstack-dev] [metrics] How to group activity in git/gerrit repositories

On 16/06/14 21:25, Ilya Shakhat wrote: Let me explain how Stackalytics grouping works. Thanks for the clarification here. Stefano, given that it's simple to group projects, a Most of groups are created from the official programs .yaml. Every program turns into item in t

Re: [openstack-dev] OpenStack Designate DNSaaS

Unfortunately #1 is not a real option - designate needs the storage layer to operate. I would guess #2 or #3 would be the more feasible options. Graham "MIDGLEY, BRAD" wrote: PK, I’d agree with pursuing #1 or with a simple reference implementation like minidns if ripping it out is disrup

[openstack-dev] [oslo][all] Liaisons: App agnostic logging parameters

Hi Oslo liaisons (and anyone else reading this because of the [all] tag), For the oslo.log graduation, we're trying to make the default logging parameters generic enough to be useful to all projects, instead of the generally Nova-centric ones we have today. The reason I'm sending this is to bring

Re: [openstack-dev] [nova] locked instances and snaphot

On 06/17/2014 03:03 PM, melanie witt wrote: On Jun 16, 2014, at 13:56, Michael Still wrote: It is certainly my belief that the lock functionality for instances is about avoiding accidental changes to the instance itself, not the contents of the instance. I personally think that snapshots aren

[openstack-dev] [python-openstacksdk] Meeting Minutes for Tuesday June 17

Meeting ended Tue Jun 17 19:59:32 2014 UTC. Minutes: http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-06-17-19.00.html Minutes (text): http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-06-17-19.00.txt Log: http://

Re: [openstack-dev] [TC] [Murano] Follow up on cross-project session

On Wed, Jun 11, 2014 at 8:07 PM, Thierry Carrez wrote: > I had a question about Murano's remaining feature set though. If the > application catalog lives in Glance and the application deployment lives > in Heat, what functionality does Murano end up providing ? Could you > elaborate on the "compos

Re: [openstack-dev] [Murano] Package composition

Hi Steve, It is very simple: one application per package. If something can be deployed on its own (can be a top level component in environment and must be visible in app catalog) then it is application and deserves a separate package. The composition (in your example distribution of hosts between

Re: [openstack-dev] [nova] Reducing quota below utilisation

Just On 06/17/2014 08:18 PM, Tim Bell wrote: We have some projects which are dynamically creating VMs up to their quota. Under some circumstances, as cloud administrators, we would like these projects to shrink and make room for other higher priority work. We had investigated setting the projec

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

On Thu, Jun 12, 2014 at 12:10:23PM -0400, Sean Dague wrote: > On 06/12/2014 12:02 PM, Matt Riedemann wrote: > > > > > > On 6/12/2014 10:51 AM, Matthew Treinish wrote: > >> On Fri, Jun 13, 2014 at 12:41:19AM +0930, Christopher Yeoh wrote: > >>> On Fri, Jun 13, 2014 at 12:25 AM, Dan Smith wrote: >

Re: [openstack-dev] [nova] locked instances and snaphot

On Jun 16, 2014, at 13:56, Michael Still wrote: > It is certainly my belief that the lock functionality for instances is > about avoiding accidental changes to the instance itself, not the > contents of the instance. I personally think that snapshots aren't a > change to the instance and therefo

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

Mine wasn't really a serious suggestion, Neutron's controlling logic is already bloated as it is, and my personal opinion would be in favor of a leaner Neutron Server rather than a more complex one; adding more controller-like logic to it certainly goes against that direction :) Having said that a

Re: [openstack-dev] [nova] Reducing quota below utilisation

so some questions - how can we decide ( identify ) if the VM to delete can indeed be deleted - Can we better enforce quota per app / cluster level - This delete from older VM can only work if these are individual VM operating only to support work loads ( and not as standalone apps ) ? On Tue,

Re: [openstack-dev] [nova] Reducing quota below utilisation

Makes sense to me On 18 Jun 2014 06:18, "Tim Bell" wrote: > > > We have some projects which are dynamically creating VMs up to their > quota. Under some circumstances, as cloud administrators, we would like > these projects to shrink and make room for other higher priority work. > > > > We had in

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

I don't think so. Once we implement the OVSDB support, we will deprecate using the CLI commands in ovs_lib. On Tue, Jun 17, 2014 at 12:50 PM, racha wrote: > Hi, > Does it make sense also to have the choice between ovs-ofctl CLI and a > direct OF1.3 connection too in the ovs-agent? > > Best Regard

Re: [openstack-dev] [Mistral] Cleaning up configuration settings

I figured. I implemented it in https://review.openstack.org/#/c/97684/. On Mon, Jun 16, 2014 at 9:35 PM, Renat Akhmerov wrote: > I don’t think we have them. You can write them I think as a part of what > you’re doing. > > Renat Akhmerov > @ Mirantis Inc. > > > > On 31 May 2014, at 04:26, W Cha

[openstack-dev] [nova] Reducing quota below utilisation

We have some projects which are dynamically creating VMs up to their quota. Under some circumstances, as cloud administrators, we would like these projects to shrink and make room for other higher priority work. We had investigated setting the project quota below the current utilisation (i.e.

[openstack-dev] [heat] agenda for OpenStack Heat meeting 2014-06-18 20:00 UTC

https://wiki.openstack.org/wiki/Meetings/HeatAgenda http://www.timeanddate.com/worldclock/fixedtime.html?msg=Heat+Chat&iso=20140618T20&p1=211&ah=1 Agenda (2014-06-18 2000 UTC) Review last meeting's actions Adding items to the agenda Mid-cycle meetup Critical issues sync Regards, Mike_

Re: [openstack-dev] New Contributor Agreement is not working?

On 06/17/2014 10:45 AM, "Sami J. Mäkinen" wrote: > Yay. I really just had to become a new OpenStack Foundation Member. > The error message I got is just not too informative, I could not > help thinking there is something really broken. Right, unfortunately the error message from gerrit cannot be c

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

Hi, Does it make sense also to have the choice between ovs-ofctl CLI and a direct OF1.3 connection too in the ovs-agent? Best Regards, Racha On Tue, Jun 17, 2014 at 10:25 AM, Narasimhan, Vivekanandan < vivekanandan.narasim...@hp.com> wrote: > > > Managing the ports and plumbing logic is today

Re: [openstack-dev] New Contributor Agreement is not working?

On 17/06/14 17:40, Stefano Maffulli wrote: Hi Sami, sorry for this. I suspect there is something going on with gerrit which throws the inappropriate error message (more below). Yay. I really just had to become a new OpenStack Foundation Member. The error message I got is just not too informat

Re: [openstack-dev] [taskflow] Recommendations for the granularity of tasks and their "stickiness" to workers

Back on the distributed subject (since this deserves a different email), In the newest taskflow release (0.3.x) we have 2 mechanisms for distribution outside of a process. One is the job/jobboard[1] & conductor[2] concepts, These concepts allow for atomic ownership of a 'job' and conductors act

Re: [openstack-dev] An alternative approach to enforcing "expected election behaviour"

Eoghan Glynn writes: > TL;DR: how about we adopt a "soft enforcement" model, relying >on sound judgement and good faith within the community? Thank you very much for bringing this up and proposing it to the TC. As others have suggested, having a concrete alternative is very helpful in

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

Managing the ports and plumbing logic is today driven by L2 Agent, with little assistance from controller. If we plan to move that functionality to the controller, the controller has to be more heavy weight (both hardware and software) since it has to do the job of L2 Agent for all the

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

Not if you use ODL, and we don't want to reinvent that wheel. But by skipping CLI commands and instead using OVSDB programmatically from agent to ovs-vswitchd, that's a decent improvement. On Tue, Jun 17, 2014 at 11:56 AM, Armando M. wrote: > just a provocative thought: If we used the ovsdb conne

Re: [openstack-dev] [taskflow] Recommendations for the granularity of tasks and their "stickiness" to workers

Howdy, Sandy is correct, we aren't doing automatic load-balancing of tasks/jobs (currently). Though there is nothing stopping this from being implemented (and I of course would recommend adding it to taskflow rather than jumping to gearman, but I am obviously biased), A feature that appeared rec

Re: [openstack-dev] [TripleO] Backwards compatibility policy for our projects

Excerpts from Tomas Sedovic's message of 2014-06-17 04:56:24 -0700: > On 16/06/14 18:51, Clint Byrum wrote: > > Excerpts from Tomas Sedovic's message of 2014-06-16 09:19:40 -0700: > >> All, > >> > >> After having proposed some changes[1][2] to tripleo-heat-templates[3], > >> reviewers suggested add

[openstack-dev] [Nova][neutron][NFV] Mid cycle sprints

Hi, +1 for Paris, since a mid-cycle sprint is already being hosted and organised by eNovance :) Sylvain - Original Message - > From: "Dmitry" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Sunday, June 15, 2014 3:40:43 PM > Subject: Re: [openstack-dev]

Re: [openstack-dev] [nova] Distributed locking

Excerpts from Matthew Booth's message of 2014-06-17 01:36:11 -0700: > On 17/06/14 00:28, Joshua Harlow wrote: > > So this is a reader/write lock then? > > > > I have seen https://github.com/python-zk/kazoo/pull/141 come up in the > > kazoo (zookeeper python library) but there was a lack of a maint

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

just a provocative thought: If we used the ovsdb connection instead, do we really need an L2 agent :P? On 17 June 2014 18:38, Kyle Mestery wrote: > Another area of improvement for the agent would be to move away from > executing CLIs for port commands and instead use OVSDB. Terry Wilson > and I

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On 06/17/2014 12:22 PM, Joe Gordon wrote: > > > > On Tue, Jun 17, 2014 at 3:56 AM, Duncan Thomas > wrote: > > A far more effective way to reduce the load of trivial review issues > on core reviewers is for none-core reviewers to get in there first, >

[openstack-dev] [Neutron][QoS] Meeting agenda for Today's meeting

Hi, I have posted a preliminary agenda for today. I will be unable to attend the meeting, Kevin Benton will be chairing the meeting today. Please do add items to the agenda that you wish to discuss! https://wiki.openstack.org/wiki/Meetings/NeutronQoS -- Sean M. Collins _

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

Another area of improvement for the agent would be to move away from executing CLIs for port commands and instead use OVSDB. Terry Wilson and I talked about this, and re-writing ovs_lib to use an OVSDB connection instead of the CLI methods would be a huge improvement here. I'm not sure if Terry was

Re: [openstack-dev] [Neutron][LBaaS] LBaaS Mid Cycle Sprint

WebEx is here: https://a10networks.webex.com/a10networks/e.php?MTID=m3351a8eb388c2ade866bac44cc272c5b On Tue, Jun 17, 2014 at 12:13 PM, Susanne Balle wrote: > We are now on: #openstack-lbaas > > The #neutron-lbaas is now deprecated. > > > On Tue, Jun 17, 2014 at 11:10 AM, Dustin Lundquist > wr

Re: [openstack-dev] [horizon] Name proposals

On 06/10/2014 09:18 PM, Radomir Dopieralski wrote: The name poll is now officially over, and the winner is: horizon_lib You can view the results here: http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_ea99af9511f3f255 I think we won't need to check for trademark issues with this name, so we ca

Re: [openstack-dev] [Neutron][LBaaS] LBaaS Mid Cycle Sprint

Meetup webex: https://a10networks.webex.com/a10networks/e.php?MTID=m3351a8eb388c2ade866bac44cc272c5b From: Susanne Balle mailto:sleipnir...@gmail.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Tuesday, June 17, 2014

Re: [openstack-dev] [Neutron][LBaaS] LBaaS Mid Cycle Sprint

Everyone is migrating to the new channel #openstack-lbaas From: Dustin Lundquist mailto:dus...@null-ptr.net>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Tuesday, June 17, 2014 10:10 AM To: "OpenStack Development Mailin

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

We've started doing this in a slightly more reasonable way for icehouse. What we've done is: - remove unnecessary notification from the server - process all port-related events, either trigger via RPC or via monitor in one place Obviously there is always a lot of room for improvement, and I agree

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On Tue, Jun 17, 2014 at 3:56 AM, Duncan Thomas wrote: > A far more effective way to reduce the load of trivial review issues > on core reviewers is for none-core reviewers to get in there first, > spot the problems and add a -1 - the trivial issues are then hopefully > fixed up before a core revi

Re: [openstack-dev] [Manila] Welcome Xing Yang to the Manila core team!

Congratulations Xing! -Original Message- From: yang, xing [mailto:xing.y...@emc.com] Sent: Tuesday, June 17, 2014 10:11 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Manila] Welcome Xing Yang to the Manila core team! Thanks Ben! It's

Re: [openstack-dev] [Neutron][LBaaS] LBaaS Mid Cycle Sprint

So, we've now moved to #openstack-lbaas, my email was slightly ahead. :) On Tue, Jun 17, 2014 at 10:10 AM, Dustin Lundquist wrote: > Actually the channel name is #neutron-lbaas. > > > On Tue, Jun 17, 2014 at 8:03 AM, Kyle Mestery > wrote: >> >> Also, pop into #openstack-lbaas on Freenode, we hav

Re: [openstack-dev] [Neutron][LBaaS] LBaaS Mid Cycle Sprint

We are now on: #openstack-lbaas The #neutron-lbaas is now deprecated. On Tue, Jun 17, 2014 at 11:10 AM, Dustin Lundquist wrote: > Actually the channel name is #neutron-lbaas. > > > On Tue, Jun 17, 2014 at 8:03 AM, Kyle Mestery > wrote: > >> Also, pop into #openstack-lbaas on Freenode, we have

Re: [openstack-dev] [nova] nova default quotas

On 6/10/2014 3:56 PM, Matt Riedemann wrote: On 6/4/2014 11:02 AM, Day, Phil wrote: >Matt and I chatted on IRC and have come up with an outlined plan, if we missed anything please don't hesitate to comment or ask. > >https://etherpad.openstack.org/p/quota-classes-goof-up I added a few t

Re: [openstack-dev] [Manila] Welcome Xing Yang to the Manila core team!

Thanks Ben! It's my pleasure to join the Manila core team! Xing -Original Message- From: Swartzlander, Ben [mailto:ben.swartzlan...@netapp.com] Sent: Tuesday, June 17, 2014 11:46 AM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [Manila] Welcome Xing Yang to the Manil

Re: [openstack-dev] [OpenStack-Infra] [3rd Party] Log retention with 3rd party testing

On 06/17/2014 10:43 AM, Stefano Maffulli wrote: > [trimming reply-to to OpenStack Development since I don't think that > infra is the right venue to discuss this] > > On 06/13/2014 10:08 AM, trinath.soman...@freescale.com wrote: >> I have two scenarios to deal with. >> >> [1] A change takes two mo

Re: [openstack-dev] [glance] Unifying configuration file

All the things that you mention here seem to be technical difficulties. I don't think technical difficulties should drive the experience of the user. Also, Zhi Yan seems to be able to make that happen :) Thanks, Arnaud - Original Message - From: "Julien Danjou" To: "Arnaud Legendre" Cc

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/17/2014 09:52 AM, John Griffith wrote: > On Tue, Jun 17, 2014 at 6:51 AM, Armando M. > wrote: > >> I wonder what the turnaround of trivial patches actually is, I >> bet you it's very very small, and as Daniel said, the human >> burden is rather

Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction as part of resize ?

On Tue, Jun 17, 2014 at 04:32:36PM +0100, Pádraig Brady wrote: > On 06/13/2014 02:22 PM, Day, Phil wrote: > > I guess the question I’m really asking here is: “Since we know resize down > > won’t work in all cases, > > and the failure if it does occur will be hard for the user to detect, > > shoul

Re: [openstack-dev] [OpenStack-Infra] [3rd Party] Log retention with 3rd party testing

[trimming reply-to to OpenStack Development since I don't think that infra is the right venue to discuss this] On 06/13/2014 10:08 AM, trinath.soman...@freescale.com wrote: > I have two scenarios to deal with. > > [1] A change takes two months or more to get merged into the master > branch. > >

Re: [openstack-dev] [glance] Unifying configuration file

On Tue, Jun 17 2014, Arnaud Legendre wrote: > @ZhiYan: I don't like the idea of removing the sample configuration file(s) > from the git repository. Many people do not want to have to checkout the > entire codebase and tox every time they have to verify a variable name in a > configuration file. I

[openstack-dev] [Manila] Welcome Xing Yang to the Manila core team!

The Manila core team welcomes Xing Yang! She has been a very active reviewer and has been consistently involved with the project. Xing, thank you for all your effort and keep up the great work! -Ben Swartzlander ___ OpenStack-dev mailing list OpenStack

Re: [openstack-dev] [glance] Unifying configuration file

On 17/06/14 23:30, Arnaud Legendre wrote: @ZhiYan: I don't like the idea of removing the sample configuration file(s) from the git repository. Many people do not want to have to checkout the entire codebase and tox every time they have to verify a variable name in a configuration file. I know

[openstack-dev] [Murano] Package composition

Hi, I'm trying to figure out what we'll be able to support in the near/far term with regards to packaging applications. My understanding of the DSL is incomplete and I'm trying to fix that :) This isn't so much a usage question as for assistance writing documentation. Taking Wordpress as the

Re: [openstack-dev] [glance] Unifying configuration file

@ZhiYan: I don't like the idea of removing the sample configuration file(s) from the git repository. Many people do not want to have to checkout the entire codebase and tox every time they have to verify a variable name in a configuration file. I know many people who were really frustrated where

Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction as part of resize ?

On 06/13/2014 02:22 PM, Day, Phil wrote: > I guess the question I’m really asking here is: “Since we know resize down > won’t work in all cases, > and the failure if it does occur will be hard for the user to detect, > should we just block it at the API layer and be consistent across all > Hyper

Re: [openstack-dev] [neutron][ipv6] Do you have problem accessing IRC

On Tue, Jun 17, 2014 at 10:10:26AM EDT, Shixiong Shang wrote: > Trying to join the weekly meeting, but my IRC client kept complaining…Is it > just me? If you have problems, you can always use the web client: http://webchat.freenode.net/ -- Sean M. Collins _

Re: [openstack-dev] [Neutron][LBaaS] LBaaS Mid Cycle Sprint

Actually the channel name is #neutron-lbaas. On Tue, Jun 17, 2014 at 8:03 AM, Kyle Mestery wrote: > Also, pop into #openstack-lbaas on Freenode, we have people there > monitoring the channel. > > On Tue, Jun 17, 2014 at 9:19 AM, Dustin Lundquist > wrote: > > We have an Etherpad going here: > >

Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction as part of resize ?

On 06/17/2014 10:43 AM, Richard W.M. Jones wrote: > On Fri, Jun 13, 2014 at 06:12:16AM -0400, Aryeh Friedman wrote: >> Theoretically impossible to reduce disk unless you have some really nasty >> guest additions. > > True for live resizing. > > For "dead" resizing, libguestfs + virt-resize can do

Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction as part of resize ?

On Tue, Jun 17, 2014 at 10:56:36AM -0400, Russell Bryant wrote: > On 06/17/2014 10:43 AM, Richard W.M. Jones wrote: > > On Fri, Jun 13, 2014 at 06:12:16AM -0400, Aryeh Friedman wrote: > >> Theoretically impossible to reduce disk unless you have some really nasty > >> guest additions. > > > > True

Re: [openstack-dev] [Neutron][LBaaS] LBaaS Mid Cycle Sprint

Also, pop into #openstack-lbaas on Freenode, we have people there monitoring the channel. On Tue, Jun 17, 2014 at 9:19 AM, Dustin Lundquist wrote: > We have an Etherpad going here: > https://etherpad.openstack.org/p/juno-lbaas-mid-cycle-hackathon > > > Dustin > > > On Tue, Jun 17, 2014 at 4:05 AM

Re: [openstack-dev] [Nova] Nominating Ken'ichi Ohmichi for nova-core

+1 -Original Message- From: Michael Still [mailto:mi...@stillhq.com] Sent: Saturday, June 14, 2014 6:41 AM To: OpenStack Development Mailing List Subject: [openstack-dev] [Nova] Nominating Ken'ichi Ohmichi for nova-core Greetings, I would like to nominate Ken'ichi Ohmichi for the nova-c

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On Tue, Jun 17, 2014 at 6:51 AM, Armando M. wrote: > I wonder what the turnaround of trivial patches actually is, I bet you > it's very very small, and as Daniel said, the human burden is rather > minimal (I would be more concerned about slowing them down in the gate, but > I digress). > > I thin

Re: [openstack-dev] [nova][qa] Do all turbo-hipster jobs fail in stable/havana?

On 6/16/2014 11:58 PM, Joshua Hesketh wrote: Hi there, Very sorry for the mishap. I manually enqueued our zuul to run tests on changes that turbo-hipster had recently missed and did not pay attention to the branch they were for. Turbo-Hipster doesn't run tests on stable or non-master branches

Re: [openstack-dev] [glance] Unifying configuration file

Frankly I don't like the idea of using single configuration for all service too, I think it will be cool if we can generate separated configuration template files automatically for each Glance service. So besides https://review.openstack.org/#/c/83327/ , actually I'm working on that idea as well, t

Re: [openstack-dev] New Contributor Agreement is not working?

Hi Sami, sorry for this. I suspect there is something going on with gerrit which throws the inappropriate error message (more below). On 06/17/2014 12:57 AM, "Sami J. Mäkinen" wrote: > For several weeks now, I just always get an error message included below. In these cases and in general, don't

Re: [openstack-dev] [glance] Unifying configuration file

I agree with Erno. I think that the glance registry service being optional is a good argument for keeping its config separate rather than munging it into the API config. rosmaita From: Kuvaja, Erno [kuv...@hp.com] Sent: Tuesday, June 17, 2014 10:29 AM To

Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction as part of resize ?

On Fri, Jun 13, 2014 at 06:12:16AM -0400, Aryeh Friedman wrote: > Theoretically impossible to reduce disk unless you have some really nasty > guest additions. True for live resizing. For "dead" resizing, libguestfs + virt-resize can do it. Although I wouldn't necessarily recommend it. In almost

Re: [openstack-dev] [glance] Unifying configuration file

I do not like this idea. As now we are on 5 different config files (+ policy and schema). One for each (API and Registry) would still be ok, but putting all together would just become messy. If the *-paste.ini will be migrated to .conf files that would bring it down, but please do not try to mi

Re: [openstack-dev] [Manila] GenericDriver cinder volume error during manila create

On Mon, 2014-06-16 at 23:06 +0530, Deepak Shetty wrote: > I am trying devstack on F20 setup with Manila sources. > When i am trying to do > manila create --name cinder_vol_share_using_nfs2 --share-network-id > 36ec5a17-cef6-44a8-a518-457a6f36faa0 NFS 2 > I see the below error in c-vol due to whi

Re: [openstack-dev] nova-compute vfsguestfs

On Fri, Jun 13, 2014 at 03:06:25PM +0530, abhishek jain wrote: > Hi Rich > > Can you help me regarding the possible cause for VM stucking at spawning > state on ubuntu powerpc compute node in openstack using devstack. Did you solve this one? It's impossible to debug unless you collect the full

Re: [openstack-dev] [glance] Unifying configuration file

On 17/06/14 15:59 +0200, Julien Danjou wrote: Hi guys, So I've started to look at the configuration file used by Glance and I want to switch to one configuration file only. I stumbled upon this blueprint: https://blueprints.launchpad.net/glance/+spec/use-oslo-config w.r.t using config.gener

[openstack-dev] [UX] Meeting Reminder - Jun 18th, 14:30 UTC

Hi UXers, this is a reminder that our next regular IRC meeting is happening tomorrow (Wednesday) June 18th at 14:30 UTC at #openstack-meeting-3. Agenda: https://wiki.openstack.org/wiki/Meetings/UX Feel free to add topics which you are interested in. See you all tomorrow -- Jarda

Re: [openstack-dev] [Nova][QA] Disabling the v3 API tests in the gate

2014-06-17 21:39 GMT+09:00 John Garbutt : > On 12 June 2014 17:10, Sean Dague wrote: >> On 06/12/2014 12:02 PM, Matt Riedemann wrote: >>> >>> >>> On 6/12/2014 10:51 AM, Matthew Treinish wrote: On Fri, Jun 13, 2014 at 12:41:19AM +0930, Christopher Yeoh wrote: > On Fri, Jun 13, 2014 at 12:2

Re: [openstack-dev] [Neutron][LBaaS] LBaaS Mid Cycle Sprint

We have an Etherpad going here: https://etherpad.openstack.org/p/juno-lbaas-mid-cycle-hackathon Dustin On Tue, Jun 17, 2014 at 4:05 AM, Avishay Balderman wrote: > Hi > As the lbass mid cycle sprint starts today, is there any way to track and > understand the progress (without flying to Texas.

Re: [openstack-dev] [nova] Distributed locking

On Tue, Jun 17, 2014 at 4:36 AM, Matthew Booth wrote: > On 17/06/14 00:28, Joshua Harlow wrote: >> So this is a reader/write lock then? >> >> I have seen https://github.com/python-zk/kazoo/pull/141 come up in the >> kazoo (zookeeper python library) but there was a lack of a maintainer for >> that

[openstack-dev] [glance] Unifying configuration file

Hi guys, So I've started to look at the configuration file used by Glance and I want to switch to one configuration file only. I stumbled upon this blueprint: https://blueprints.launchpad.net/glance/+spec/use-oslo-config which fits. Does not look like I can assign myself to it, but if someone

Re: [openstack-dev] [QA] enabling support for execution of tempest tests for an incubated openstack project.

Hello, We went through a similar exercise for Marconi. At that point of time, there was not any documentation on the series of steps to go through. Below are some of the high level steps we went through. 1. Complete devstack integration (Make sure you run devstack with same local.conf as in

  1   2   >