Re: [openstack-dev] [nova]resize

I test after i change nova-resize code. configuration: controler:1 computenode:3 storage: nfs, before nova resize is changed Task fdc67dfe-b182-4450-8e85-10085626acab is finished. -

Re: [openstack-dev] [Infra][Neutron] Request voting for Tail-f CI account

Thanks everybody! Onward :-) On 24 July 2014 19:41, Anita Kuno wrote: > On 07/24/2014 01:18 PM, Kyle Mestery wrote: > > On Thu, Jul 24, 2014 at 12:03 PM, Collins, Sean > > wrote: > >> On Wed, Jul 23, 2014 at 11:19:13AM EDT, Luke Gorrie wrote: > >>> Tail-f NCS: I want to keep this feature well

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Fri, Jul 25, 2014 at 2:35 AM, Doug Hellmann wrote: > > On Jul 24, 2014, at 5:43 PM, Yuriy Taraday wrote: > > > > > On Fri, Jul 25, 2014 at 12:05 AM, Doug Hellmann > wrote: > >> >> On Jul 24, 2014, at 3:08 PM, Yuriy Taraday wrote: >> >> >> >> >> On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellman

Re: [openstack-dev] [infra] "recheck no bug" and comment

On 07/16/2014 11:15 PM, Alexis Lee wrote: What do you think about allowing some text after the words "recheck no bug"? I think this is a good idea; I am often away from a change for a bit, something happens in-between and Jenkins fails it, but chasing it down days later is fairly pointless give

Re: [openstack-dev] [QA] Proposed Changes to Tempest Core

+1 On Mon, 21 Jul 2014 18:34:28 -0400 Matthew Treinish wrote: > > Hi Everyone, > > I would like to propose 2 changes to the Tempest core team: > > First, I'd like to nominate Andrea Fritolli to the Tempest core team. > Over the past cycle Andrea has been steadily become more actively > engage

Re: [openstack-dev] [heat] health maintenance in autoscaling groups

Hi mike, Awesome, thanks for chasing that down. Now I need to close the loop and figure out where that linkage is, so I don't go crazy. Thanks, Doug On Jul 24, 2014, at 10:06 PM, "Mike Spreitzer" mailto:mspre...@us.ibm.com>> wrote: Doug Wiegley mailto:do...@a10networks.com>> wrote on 07/23

Re: [openstack-dev] Mentor program?

Josh, I agree that the mailing list is a hard place to provide such guidance and direction. I find mailing lists intimidating. Had taken me some time to be comfortable submitting here. After my response to this note the other day I was pinged internally via our messaging client asking for some

[openstack-dev] [heat] Convergence question - notifications?

The Convergence spec speaks of adding notification ( http://docs-draft.openstack.org/94/96394/3/gate/gate-heat-specs-docs/e3e9e06/doc/build/html/specs/convergence.html#proposed-change ). What sort of notifications are these? Are they something to which the implementation of a scaling group could

Re: [openstack-dev] [heat] health maintenance in autoscaling groups

Doug Wiegley wrote on 07/23/2014 11:24:32 PM: > Hi Mike, > > > and listed the possible values of the status field, including > "INACTIVE". Other sources are telling me that status=INACTIVE when > the health monitor thinks the member is unhealthy, status!=INACTIVE > when the health monitor th

Re: [openstack-dev] [neutron] [not-only-neutron] How to Contribute upstream in OpenStack Neutron

-Original Message- From: Anita Kuno [mailto:ante...@anteaya.info] Sent: July-24-14 12:27 PM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [neutron] [not-only-neutron] How to Contribute upstream in OpenStack Neutron On 07/24/2014 11:50 AM, Alan Kavanagh wrote: > Hi

Re: [openstack-dev] [neutron][SR-IOV]: RE: ML2 mechanism driver for SR-IOV capable NIC based switching, ...

On Fri, Jul 25, 2014 at 5:43 AM, Robert Li (baoli) wrote: > Hi Kyle, > > Sorry I missed your queries on the IRC channel today. I was thinking about > this whole BP. After chatting with Irena this morning, I think that I > understand what this BP is trying to achieve overall. I also had a chat > w

Re: [openstack-dev] About the ERROR:cliff.app Service Unavailable during deploy openstack by devstack.

On 7/14/2014 3:47 AM, Meng Jie MJ Li wrote: HI, I tried to use devstack to deploy openstack. But encountered an issue : ERROR: cliff.app Service Unavailable (HTTP 503). Tried several times all same result. 2014-07-14 05:53:39.430 | + create_keystone_a

Re: [openstack-dev] [nova]resize

Agree with you now -Original Message- From: fdsafdsafd [mailto:jaze...@163.com] Sent: Thursday, July 24, 2014 5:26 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [nova]resize No. before L5156, we convert it from qcow2 to qcow2, in which

Re: [openstack-dev] [Neutron] [Spec freeze exception] Support Stateful and Stateless DHCPv6 by dnsmasq

Collins, Sean wrote: > On Wed, Jul 23, 2014 at 12:06:06AM EDT, Xu Han Peng wrote: >> I would like to request one Juno Spec freeze exception for "Support Stateful >> and Stateless DHCPv6 by dnsmasq" BP. >> >> The spec is under review: >> https://review.openstack.org/#/c/102411/ >> >> Code change

Re: [openstack-dev] [Keystone] Removed admin role from admin user/tenant, can't add back

On Thu, 2014-07-24 at 22:44 +, Pendergrass, Eric wrote: > In an effort to test ceilometer roles I removed the admin role from > the admin tenant and user. Now I can’t add it back since I don’t have > a user/tenant combo with the admin role: > > > > keystone user-role-add --role e4252b63c30

Re: [openstack-dev] [Nova][Spec freeze exception] Controlled shutdown of GuestOS

Yep, I think this one has well and truly crossed the line. Exception granted. Michael On Fri, Jul 25, 2014 at 2:30 AM, Andrew Laski wrote: > > > From: Day, Phil [philip@hp.com] > Sent: Thursday, July 24, 2014 9:20 AM > To: OpenStack Development Mailin

Re: [openstack-dev] [Neutron] [Spec freeze exception] Support Stateful and Stateless DHCPv6 by dnsmasq

On Wed, Jul 23, 2014 at 12:06:06AM EDT, Xu Han Peng wrote: > I would like to request one Juno Spec freeze exception for "Support Stateful > and Stateless DHCPv6 by dnsmasq" BP. > > This BP is an important part if IPv6 support in Juno. Router advertisement > support by RADVD has been merged and thi

Re: [openstack-dev] [third-party] - rebasing patches for CI

Cherry-picking onto the target branch requires an extra step and custom code that I wanted to avoid. Right now I can just pass the gerrit ref into devstack's local.conf as the branch and everything works. If there was a way to get that Zuul ref, I could just use that instead and no new code would

Re: [openstack-dev] debug logs and defaults was (Thoughts on the patch test failure rate and moving forward)

On 07/24/2014 06:44 PM, Doug Hellmann wrote: > > On Jul 24, 2014, at 6:05 PM, Robert Collins wrote: > >> On 25 July 2014 08:01, Sean Dague wrote: >> I'd like us to think about whether they is anything we can do to make life easier in these kind of hard debugging scenarios where the re

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On 07/24/2014 05:57 PM, Matthew Treinish wrote: > On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote: >> OpenStack has a substantial CI system that is core to its development >> process. The goals of the system are to facilitate merging good code, >> prevent regressions, and ensure tha

Re: [openstack-dev] debug logs and defaults was (Thoughts on the patch test failure rate and moving forward)

On Jul 24, 2014, at 6:05 PM, Robert Collins wrote: > On 25 July 2014 08:01, Sean Dague wrote: > >>> I'd like us to think about whether they is anything we can do to make >>> life easier in these kind of hard debugging scenarios where the regular >>> logs are not sufficient. >> >> Agreed. Hone

[openstack-dev] [Keystone] Removed admin role from admin user/tenant, can't add back

In an effort to test ceilometer roles I removed the admin role from the admin tenant and user. Now I can't add it back since I don't have a user/tenant combo with the admin role: keystone user-role-add --role e4252b63c308470b8cb7f77c37d27632 --user 8c678720fb5b4e3bb18dee222d7d7933 --tenant 922

Re: [openstack-dev] [ceilometer] overuse of 'except Exception'

On Jul 24, 2014, at 9:35 AM, Chris Dent wrote: > On Thu, 24 Jul 2014, Doug Hellmann wrote: > >> I don’t claim any special status except that I was there and am >> trying to provide background on why things are as they are. :-) > > I think that counts and I very much appreciate the responses. >

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On Jul 24, 2014, at 3:25 PM, Sean Dague wrote: > On 07/24/2014 06:15 PM, Angus Salkeld wrote: >> On Wed, 2014-07-23 at 14:39 -0700, James E. Blair wrote: >>> OpenStack has a substantial CI system that is core to its development >>> process. The goals of the system are to facilitate merging good

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Jul 24, 2014, at 5:43 PM, Yuriy Taraday wrote: > > > > On Fri, Jul 25, 2014 at 12:05 AM, Doug Hellmann wrote: > > On Jul 24, 2014, at 3:08 PM, Yuriy Taraday wrote: > >> >> >> >> On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellmann >> wrote: >> >> On Jul 24, 2014, at 1:58 PM, Yuriy Tar

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On 07/24/2014 06:15 PM, Angus Salkeld wrote: > On Wed, 2014-07-23 at 14:39 -0700, James E. Blair wrote: >> OpenStack has a substantial CI system that is core to its development >> process. The goals of the system are to facilitate merging good code, >> prevent regressions, and ensure that there is

Re: [openstack-dev] [Murano]

Hi Steve, Sorry I've missed this discussion for a while, but it looks like I have to add my 5 cents here now. Initially our intension was to make each Murano component "self deployable", i.e. to incapsulate within its "deploy" method all the necessary actions to create the component, including ge

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On Wed, 2014-07-23 at 14:39 -0700, James E. Blair wrote: > OpenStack has a substantial CI system that is core to its development > process. The goals of the system are to facilitate merging good code, > prevent regressions, and ensure that there is at least one configuration > of upstream OpenStac

Re: [openstack-dev] [Glance][Trove] Metadata Catalog

I agree as well. I think we should spend less time worrying about what other projects in OpenStack might do in the future and spend more time on adding the features we need today to Trove. I understand that it's better to work together but too often we stop progress on something in Trove to wai

Re: [openstack-dev] [Neutron] Specs approved for Juno-3 and exceptions

On 07/24/2014 10:05 AM, CARVER, PAUL wrote: Alan Kavanagh wrote: If we have more work being put on the table, then more Core members would definitely go a long way with assisting this, we cant wait for folks to be reviewing stuff as an excuse to not get features landed in a given release. We

[openstack-dev] debug logs and defaults was (Thoughts on the patch test failure rate and moving forward)

On 25 July 2014 08:01, Sean Dague wrote: >> I'd like us to think about whether they is anything we can do to make >> life easier in these kind of hard debugging scenarios where the regular >> logs are not sufficient. > > Agreed. Honestly, though we do also need to figure out first fail > detectio

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote: > OpenStack has a substantial CI system that is core to its development > process. The goals of the system are to facilitate merging good code, > prevent regressions, and ensure that there is at least one configuration > of upstream O

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Fri, Jul 25, 2014 at 12:05 AM, Doug Hellmann wrote: > > On Jul 24, 2014, at 3:08 PM, Yuriy Taraday wrote: > > > > > On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellmann > wrote: > >> >> On Jul 24, 2014, at 1:58 PM, Yuriy Taraday wrote: >> >> >> >> >> On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellman

[openstack-dev] [neutron][SR-IOV]: RE: ML2 mechanism driver for SR-IOV capable NIC based switching, ...

Hi Kyle, Sorry I missed your queries on the IRC channel today. I was thinking about this whole BP. After chatting with Irena this morning, I think that I understand what this BP is trying to achieve overall. I also had a chat with Sandhya afterwards. I¹d like to discuss a few things in here:

Re: [openstack-dev] [neutron] Add static routes on neutron router to devices in the external network

I think external gateway routes are accepted now. The code just checks against the CIDRs of all ports belonging to the router. [1] 1. https://github.com/openstack/neutron/blob/a2fff6ee728db57f0e862548aac9296899ef0fc7/neutron/db/extraroute_db.py#L106 On Wed, Jul 23, 2014 at 8:12 PM, Carl Baldwin

Re: [openstack-dev] [Glance][Trove] Metadata Catalog

+1 We are unsure when these changes will get into glance. IMO we should go ahead will our instance metadata patch for now and when things are ready in glance land we can consider migrating to using that as a generic metadata repository. Thanks, Iccha From: Craig Vyvial mailto:cp16...@gmail.com

Re: [openstack-dev] [ceilometer] overuse of 'except Exception'

On 07/24/2014 08:23 AM, Chris Dent wrote: In other words there are two kinds of "bad": The bad that we know and can expect (even though we don't want it) and the bad that we don't know and shouldn't expect. These should be handled differently. I like to call this "The Rumsfeld". -jay

[openstack-dev] [Sahara] team meeting minutes July 24

Thanks everyone who have joined Sahara meeting. Here are the logs from the meeting: Minutes: http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-07-24-18.03.html Logs: http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-07-24-18.03.log.html -- Sincerely yours, Sergey L

[openstack-dev] [Cinder] Volume replication - driver support walk through

Hello, The initial code for managing volume replication in Cinder is now available as work-in-progress - see https://review.openstack.org/#/c/106718 I expect to remove the work-in-progress early next week. I would like to hold a walk through of the replication feature for Cinder driver owners

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On Jul 24, 2014, at 12:54 PM, Sean Dague wrote: > On 07/24/2014 02:51 PM, Joshua Harlow wrote: >> A potentially brilliant idea ;-) >> >> Aren't all the machines the gate runs tests on VMs running via OpenStack >> APIs? >> >> OpenStack supports snapshotting (last time I checked). So instead of

[openstack-dev] [cinder][qa] cinder client versions and tempest

I noticed that the cinder list-extensions url suffix is underneath the v1/v2 in the GET url but the returned result is the same either way. Some of the returned items have v1 in the namespace, and others v2. Also, in tempest, there is a single config section for cinder and only a single extens

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Jul 24, 2014, at 3:08 PM, Yuriy Taraday wrote: > > > > On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellmann wrote: > > On Jul 24, 2014, at 1:58 PM, Yuriy Taraday wrote: > >> >> >> >> On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann wrote: >> >> On Jul 23, 2014, at 11:10 PM, Baohua Yang

Re: [openstack-dev] [Glance][Trove] Metadata Catalog

Denis, The scope of the metadata api goes beyond just using the glance metadata. The metadata can be used for instances and and other objects to add extra data like tags or something else that maybe a UI might want to use. We need this feature either way. -Craig On Thu, Jul 24, 2014 at 12:17 PM

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On 07/24/2014 12:40 PM, Daniel P. Berrange wrote: > On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote: > >> ==Future changes== > >> ===Fixing Faster=== >> >> We introduce bugs to OpenStack at some constant rate, which piles up >> over time. Our systems currently treat all changes as

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On 07/24/2014 02:51 PM, Joshua Harlow wrote: > A potentially brilliant idea ;-) > > Aren't all the machines the gate runs tests on VMs running via OpenStack APIs? > > OpenStack supports snapshotting (last time I checked). So instead of > providing back a whole bunch of log files, provide back a

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On Jul 24, 2014, at 12:08 PM, Anita Kuno wrote: > On 07/24/2014 12:40 PM, Daniel P. Berrange wrote: >> On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote: >> >>> ==Future changes== >> >>> ===Fixing Faster=== >>> >>> We introduce bugs to OpenStack at some constant rate, which piles

Re: [openstack-dev] Mentor program?

Sorry about repeatedly blasting this out. I blame mail.app or outlook.com... Hopefully the glitch has been fixed... -Josh On Jul 23, 2014, at 3:42 PM, Joshua Harlow wrote: > Awesome, > > When I start to see emails on ML that say anyone need any help for XYZ ... > (which is great btw) it make

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On 07/24/2014 12:40 PM, Daniel P. Berrange wrote: > On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote: > >> ==Future changes== > >> ===Fixing Faster=== >> >> We introduce bugs to OpenStack at some constant rate, which piles up >> over time. Our systems currently treat all changes as

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Thu, Jul 24, 2014 at 10:31 PM, Doug Hellmann wrote: > > On Jul 24, 2014, at 1:58 PM, Yuriy Taraday wrote: > > > > > On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann > wrote: > >> >> On Jul 23, 2014, at 11:10 PM, Baohua Yang wrote: >> >> Hi, all >> The current oslo.cfg module provides an

Re: [openstack-dev] [heat]Heat Db Model updates

On 17/07/14 07:51, Ryan Brown wrote: On 07/17/2014 03:33 AM, Steven Hardy wrote: On Thu, Jul 17, 2014 at 12:31:05AM -0400, Zane Bitter wrote: On 16/07/14 23:48, Manickam, Kanagaraj wrote: SNIP *Resource* Status & action should be enum of predefined status +1 Rsrc_metadata - make full name

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

A potentially brilliant idea ;-) Aren't all the machines the gate runs tests on VMs running via OpenStack APIs? OpenStack supports snapshotting (last time I checked). So instead of providing back a whole bunch of log files, provide back a snapshot of the machine/s that ran the tests; let person

Re: [openstack-dev] Mentor program?

Awesome, When I start to see emails on ML that say anyone need any help for XYZ ... (which is great btw) it makes me feel like there should be a more appropriate avenue for those inspirational folks looking to get involved (a ML isn't really the best place for this kind of guidance and directin

Re: [openstack-dev] [nova] vhost-scsi support in Nova

On Jul 24, 2014, at 3:06 AM, Daniel P. Berrange wrote: > On Wed, Jul 23, 2014 at 10:32:44PM -0700, Nicholas A. Bellinger wrote: >> *) vhost-scsi doesn't support migration >> >> Since it's initial merge in QEMU v1.5, vhost-scsi has a migration blocker >> set. This is primarily due to requiring

Re: [openstack-dev] [nova]resize

The resize code as written originally did the simplest possible thing. It converts and copies the whole file so that it doesn’t have to figure out how to sync backing files etc. This could definitely be improved, especially now that there is code in _create_images_and_backing that can ensure that

Re: [openstack-dev] [Neutron] minimal device driver for VPN

Check /etc/neutron/neutron.conf and see if your service driver is correctly specified for VPN. You can also check the q-svc and q-vpn logs at the beginning to see if the service and device drivers were actually loaded by the plugin and agent, respectively. You can check vpn_agent.ini in same are

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Jul 24, 2014, at 1:58 PM, Yuriy Taraday wrote: > > > > On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann wrote: > > On Jul 23, 2014, at 11:10 PM, Baohua Yang wrote: > >> Hi, all >> The current oslo.cfg module provides an easy way to load name known >> options/groups from he configur

Re: [openstack-dev] [Neutron] minimal device driver for VPN

Hi again. With previous days code, we don't experience any error in our logs, but we don't see any logs in q-svc nor q-vpn. When we execute any Neutron VPN command like neutron vpn-ikepolicy-list we receive: 404 Not Found The resource could not be found. And in q-svc logs we see: 2014-07-24

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Thu, Jul 24, 2014 at 4:14 PM, Doug Hellmann wrote: > > On Jul 23, 2014, at 11:10 PM, Baohua Yang wrote: > > Hi, all > The current oslo.cfg module provides an easy way to load name known > options/groups from he configuration files. > I am wondering if there's a possible solution to

Re: [openstack-dev] [Infra][Neutron] Request voting for Tail-f CI account

On 07/24/2014 01:18 PM, Kyle Mestery wrote: > On Thu, Jul 24, 2014 at 12:03 PM, Collins, Sean > wrote: >> On Wed, Jul 23, 2014 at 11:19:13AM EDT, Luke Gorrie wrote: >>> Tail-f NCS: I want to keep this feature well maintained and compliant with >>> all the rules. I am the person who wrote this driv

Re: [openstack-dev] [Glance][Trove] Metadata Catalog

Speaking as a ‘database guy’ and a ‘Trove guy’, I’ll say this; “Metadata” is a very generic term and the meaning of “metadata” in a database context is very different from the meaning of “metadata” in the context that Glance is providing. Furthermore the usage and access pattern for this me

Re: [openstack-dev] [Infra][Neutron] Request voting for Tail-f CI account

On Thu, Jul 24, 2014 at 12:03 PM, Collins, Sean wrote: > On Wed, Jul 23, 2014 at 11:19:13AM EDT, Luke Gorrie wrote: >> Tail-f NCS: I want to keep this feature well maintained and compliant with >> all the rules. I am the person who wrote this driver originally, I have >> been the responsible perso

Re: [openstack-dev] [Infra][Neutron] Request voting for Tail-f CI account

On Wed, Jul 23, 2014 at 11:19:13AM EDT, Luke Gorrie wrote: > Tail-f NCS: I want to keep this feature well maintained and compliant with > all the rules. I am the person who wrote this driver originally, I have > been the responsible person for 90% of its lifetime, I am the person who > setup the cu

Re: [openstack-dev] [Glance] Anyone using owner_is_tenant = False with image members?

So it turns out that fixing this issue is not very simple. It turns out that there are stubbed out openstack.common.policy checks in the glance-api code, which are pretty much useless because they do not use the image as a target. [1] Then there's a chain of API / client calls where it's unclear wh

Re: [openstack-dev] [gate] Automatic elastic rechecks

On Thu, Jul 24, 2014 at 04:31:05PM +, Jeremy Stanley wrote: > On 2014-07-18 15:09:34 +0100 (+0100), Daniel P. Berrange wrote: > [...] > > If there were multiple failures and only some were identified, it would > > be reasonable to *not* automatically recheck. > [...] > > Another major blocker

Re: [openstack-dev] [Nova] Question about thread safe of key-pair and securtiy rules quota

On Thu, 2014-07-24 at 14:04 +0800, Chen CH Ji wrote: > According to bug [1], there are some possibilities that concurrent > operations on keypair/security rules can exceed quota > Found that we have 3 kinds of resources in quotas.py: > ReservableResource/AbsoluteResource/CountableResource > > cur

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote: > ==Future changes== > ===Fixing Faster=== > > We introduce bugs to OpenStack at some constant rate, which piles up > over time. Our systems currently treat all changes as equally risky and > important to the health of the system, w

Re: [openstack-dev] [Nova][Spec freeze exception] Controlled shutdown of GuestOS

From: Day, Phil [philip@hp.com] Sent: Thursday, July 24, 2014 9:20 AM To: OpenStack Development Mailing List (not for usage questions); Daniel P. Berrange Subject: Re: [openstack-dev] [Nova][Spec freeze exception] Controlled shutdown of GuestOS Accor

Re: [openstack-dev] [Neutron] Specs approved for Juno-3 and exceptions

On 07/23/2014 06:22 AM, Kyle Mestery wrote: > Thanks for sending this out Salvatore. We are way oversubscribed, > and at this point, I'm in agreement on not letting any new > exceptions which do not fall under the above guidelines. Given how > much is already packed in there, this makes the most se

Re: [openstack-dev] [neutron] [not-only-neutron] How to Contribute upstream in OpenStack Neutron

On 07/24/2014 11:50 AM, Alan Kavanagh wrote: > Hi Kyle > > Thanks for taking the time for writing this note also I know this is not an > easy discussion and not something being a matter of "waving hands or > fingers". I believe what you have stated is well understood, though the main > points I

Re: [openstack-dev] [gate] Automatic elastic rechecks

On 2014-07-18 15:09:34 +0100 (+0100), Daniel P. Berrange wrote: [...] > If there were multiple failures and only some were identified, it would > be reasonable to *not* automatically recheck. [...] Another major blocker is that we often add signatures for failures which occur 100% of the time, and

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On 07/23/2014 05:39 PM, James E. Blair wrote: > ==Final thoughts== > > The current rate of test failures and subsequent rechecks is not > sustainable in the long term. It's not good for contributors, > reveiewers, or the overall project quality. While these bugs do need to > be addressed, it's u

Re: [openstack-dev] [qa] Test Ceilometer polling in tempest

On Wed, Jul 16, 2014 at 07:44:38PM +0400, Dina Belova wrote: > Ildiko, thanks for starting this discussion. > > Really, that is quite painful problem for Ceilometer and QA team. As far as > I know, currently there is some kind of tendency of making integration > Tempest tests quicker and less reso

Re: [openstack-dev] [Neutron][LBaaS] new common module for Barbican TLS containers interaction

Sorry I meant to say I'm pretty agreeable just park a stub module so I can populate it. On Jul 24, 2014, at 11:06 AM, Carlos Garza wrote: > I'Just park a module with a stub call that I can populate with > pyasn1. > On Jul 24, 2014, at 10:38 AM, Evgeny Fedoruk > wrote: > >> Hi, >> >> Followi

Re: [openstack-dev] [Neutron][LBaaS] new common module for Barbican TLS containers interaction

I'Just park a madule with a stub call that I can populate with pyasn1. On Jul 24, 2014, at 10:38 AM, Evgeny Fedoruk wrote: > Hi, > > Following our talk on TLS work items split, > We need to decide how will we validate/extract certificates Barbican TLS > containers. > As we agreed on IRC, the

Re: [openstack-dev] [neutron] [not-only-neutron] How to Contribute upstream in OpenStack Neutron

Hi Kyle Thanks for taking the time for writing this note also I know this is not an easy discussion and not something being a matter of "waving hands or fingers". I believe what you have stated is well understood, though the main points I raised seems to be missing from this Neutron Policies wi

[openstack-dev] [Neutron][LBaaS] new common module for Barbican TLS containers interaction

Hi, Following our talk on TLS work items split, We need to decide how will we validate/extract certificates Barbican TLS containers. As we agreed on IRC, the first priority should be certificates fetching. TLS RST describes a new common module that will be used by LBaaS API and LBaaS drivers. I

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - work division

Are you close to adding the stub modules for the X509 parsing and barbicn integration etc. On Jul 24, 2014, at 6:38 AM, Evgeny Fedoruk wrote: > Hi Doug, > I agree with Brandon, since there is no flavors framework yet, each driver > not supporting TLS is in charge of throwing the unsupporte

[openstack-dev] [neutron] [not-only-neutron] How to Contribute upstream in OpenStack Neutron

I've received a lot of emails lately, mostly private, from people who feel they are being left out of the Neutron process. I'm unsure if other projects have people who feel this way, thus the uniquely worded subject above. I wanted to broadly address these concerns with this email. One thing I'd l

Re: [openstack-dev] [neutron] Spec Approval Deadline (SAD) has passed, next steps

Hi Kyle I do sympathise and know its not easy to accommodate all BP's, and I know it's a difficult job to take these decisions. May I therefore suggest that anything that gets punted from Juno is "ensured for high priority and acceptance for Kilo Release" ? This means we will have those that a

Re: [openstack-dev] [Glance][Trove] Metadata Catalog

On Thu, Jul 24, 2014 at 5:46 PM, Arnaud Legendre wrote: > Hi Denis, > > I think this is a perfect time for you to review the spec for the glance > metadata catalog https://review.openstack.org/#/c/98554/ and see if it > fits your use case. > Also, we have a session tomorrow at 9:00am PST at the

Re: [openstack-dev] [neutron] Spec Approval Deadline (SAD) has passed, next steps

On Thu, Jul 24, 2014 at 9:52 AM, Alan Kavanagh wrote: > Hi Kyle > > I do sympathise and know its not easy to accommodate all BP's, and I know > it's a difficult job to take these decisions. > > May I therefore suggest that anything that gets punted from Juno is "ensured > for high priority and a

Re: [openstack-dev] OpenStack Instance OS Support

- Original Message - > From: "Ihar Hrachyshka" > To: openstack-dev@lists.openstack.org > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > On 24/07/14 04:22, Quang Long wrote: > > Hi guys, I have a question, if we use OpenStack Havana using > > QEMU/KVM Hypervisor and based on Ubuntu 12.

Re: [openstack-dev] [Glance][Trove] Metadata Catalog

Hi Denis, I think this is a perfect time for you to review the spec for the glance metadata catalog https://review.openstack.org/#/c/98554/ and see if it fits your use case. Also, we have a session tomorrow at 9:00am PST at the Glance meetup to discuss this topic. I think it would be useful if

Re: [openstack-dev] [Fuel] Authentication is turned on - Fuel API and UI

Hi all, one more thing. You do not need to install keystone in your development environment. By default it runs there in fake mode. Keystone mode is enabled only on iso. If you want to test it locally you have to install keystone and configure nailgun as Kamil explained. Regards, On Thu, Jul 24

Re: [openstack-dev] [Neutron] Specs approved for Juno-3 and exceptions

Alan Kavanagh wrote: >If we have more work being put on the table, then more Core members would >definitely go a long way with assisting this, we cant wait for folks to be >reviewing stuff as an excuse to not get features landed in a given release. Stability is absolutely essential so we can't f

Re: [openstack-dev] [Fuel] Authentication is turned on - Fuel API and UI

Kamil, thank you for the detailed information. Meg, do we have anything documented about authx yet? I think Kamil's email can be used as a source to prepare user and operation guides for Fuel 5.1. Thanks, On Thu, Jul 24, 2014 at 5:45 PM, Kamil Sambor wrote: > Hi folks, > > All parts of code r

Re: [openstack-dev] [Nova][Spec freeze exception] Controlled shutdown of GuestOS

OK, I think this is important as well, so thats 2-3 cores signed up. Lets assume the exception is granted I guess, or at least, lets clear it up in the nova-meeting. Thanks, John On 24 July 2014 14:20, Day, Phil wrote: > According to: https://etherpad.openstack.org/p/nova-juno-spec-priorities

[openstack-dev] [Fuel] Authentication is turned on - Fuel API and UI

Hi folks, All parts of code related to stage I and II from blueprint http://docs-draft.openstack.org/29/96429/11/gate/gate-fuel-specs-docs/2807f30/doc/build/html/specs/5.1/access-control-master-node.htm

Re: [openstack-dev] [ceilometer] overuse of 'except Exception'

On Thu, 24 Jul 2014, Doug Hellmann wrote: I don’t claim any special status except that I was there and am trying to provide background on why things are as they are. :-) I think that counts and I very much appreciate the responses. Having a hard-fail error handler is useful in situations whe

[openstack-dev] [Glance][Trove] Metadata Catalog

Hello, Stackers. I’d like to discuss the future of Trove metadata API. But first small history info (mostly taken for Trove medata spec, see [1]): Instance metadata is a feature that has been requested frequently by our users. They need a way to store critical information for their instances

Re: [openstack-dev] [oslo] graduating oslo.middleware

> Gordon, could you prepare a version of the repository that stops with the > export and whatever changes are needed to make the test jobs for the new > > library run? If removing some of those tests is part of making the suite run, > we can talk about that on the list here, but if you can make

Re: [openstack-dev] [neutron] Spec Approval Deadline (SAD) has passed, next steps

On Thu, Jul 24, 2014 at 5:38 AM, Livnat Peer wrote: > On 07/21/2014 04:16 PM, Kyle Mestery wrote: >> Hi all! >> >> A quick note that SAD has passed. We briskly approved a pile of BPs >> over the weekend, most of them vendor related as low priority, best >> effort attempts for Juno-3. At this point

Re: [openstack-dev] [specs] how to continue spec discussion

On 2014-07-17 09:37, Russell Bryant wrote: > On 07/16/2014 10:30 AM, John Garbutt wrote: >> On 16 July 2014 14:07, Thierry Carrez wrote: >>> Daniel P. Berrange wrote: On Wed, Jul 16, 2014 at 11:57:33AM +, Tim Bell wrote: > It seems a pity to archive the comments and reviewer lists alo

Re: [openstack-dev] [Nova][Spec freeze exception] Controlled shutdown of GuestOS

According to: https://etherpad.openstack.org/p/nova-juno-spec-priorities alaski has also singed up for this if I drop the point of contention - which I'ev done > -Original Message- > From: Michael Still [mailto:mi...@stillhq.com] > Sent: 24 July 2014 00:50 > To: Daniel P. Berrange; Ope

Re: [openstack-dev] [Nova] [Spec Freeze Exception] [Gantt] Scheduler Isolate DB spec

Le 24/07/2014 02:11, Michael Still a écrit : > In that case this exception is approved. The exception is in the form > of another week to get the spec merged, so quick iterations are the > key. > > Cheers, > Michael Thanks Michael, greatly appreciated. -Sylvain > On Wed, Jul 23, 2014 at 5:31 PM,

Re: [openstack-dev] OpenStack Instance OS Support

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 24/07/14 04:22, Quang Long wrote: > Hi guys, I have a question, if we use OpenStack Havana using > QEMU/KVM Hypervisor and based on Ubuntu 12.04 OS, what OS for > instance can we use when lauch? > > I found a link related to this issue, for refre

Re: [openstack-dev] [ceilometer] overuse of 'except Exception'

On Jul 24, 2014, at 8:23 AM, Chris Dent wrote: > On Wed, 23 Jul 2014, Doug Hellmann wrote: >>> That's bad enough, but much worse, this will catch all sorts of >>> exceptions, even ones that are completely unexpected and ought to >>> cause a more drastic (and thus immediately informative) failure

Re: [openstack-dev] [ceilometer] overuse of 'except Exception'

On Wed, 23 Jul 2014, Doug Hellmann wrote: That's bad enough, but much worse, this will catch all sorts of exceptions, even ones that are completely unexpected and ought to cause a more drastic (and thus immediately informative) failure than 'something failed’. In most cases, we chose to handle

Re: [openstack-dev] [oslo.cfg] Dynamically load in options/groups values from the configuration files

On Jul 23, 2014, at 11:10 PM, Baohua Yang wrote: > Hi, all > The current oslo.cfg module provides an easy way to load name known > options/groups from he configuration files. > I am wondering if there's a possible solution to dynamically load them? > > For example, I do not kn

Re: [openstack-dev] FW: [Neutron][LBaaS] TLS capability - work division

Hi Doug, I agree with Brandon, since there is no flavors framework yet, each driver not supporting TLS is in charge of throwing the unsupported exception. The driver can do it once getting a listener with TERMINATED-HTTPS protocol. Evg -Original Message- From: Brandon Logan [mailto:bran

  1   2   >