Re: [openstack-dev] stackforge projects are not second class citizens

2015-06-21 Thread Joe Gordon
r-2015/summit-videos/presentation/the-big-tent-a-look-at-the-new-openstack-projects-governance >>> >>> >>> >>> That said, this is great feedback and we may indeed need to do a >>> better job to explain the big tent. That presentation, I believe, was >>

Re: [openstack-dev] [Sahara] Difference between Sahara and CloudBrak

2015-06-21 Thread Joe Gordon
On Thu, Jun 18, 2015 at 6:29 AM, Chris Buccella wrote: > I tried (or tried to try) Cloudbreak recently, as I need to deploy a newer > version of HDP than Sahara supports. > > The interface is slick, but lacks the ability to make some choices about > your OpenStack installation. The heat template

Re: [openstack-dev] Proposal of nova-hyper driver

2015-06-21 Thread Joe Gordon
On Fri, Jun 19, 2015 at 12:55 PM, Peng Zhao wrote: >Hi, all, > > I would like to propose nova-hyper driver: > https://blueprints.launchpad.net/nova/+spec/nova-hyper. > >- What is Hyper? >Put simply, Hyper is a hypervisor-agnostic Docker runtime. It is >similar to Intel’s ClearCont

Re: [openstack-dev] [grenade] future direction on partial upgrade support

2015-06-24 Thread Joe Gordon
On Tue, Jun 16, 2015 at 9:58 AM, Sean Dague wrote: > Back when Nova first wanted to test partial upgrade, we did a bunch of > slightly odd conditionals inside of grenade and devstack to make it so > that if you were very careful, you could just not stop some of the old > services on a single node

Re: [openstack-dev] [nova] How to properly detect and fence a compromised host (and why I dislike TrustedFilter)

2015-06-24 Thread Joe Gordon
On Tue, Jun 23, 2015 at 3:41 AM, Sylvain Bauza wrote: > Hi team, > > Some discussion occurred over IRC about a bug which was publicly open > related to TrustedFilter [1] > I want to take the opportunity for raising my concerns about that specific > filter, why I dislike it and how I think we coul

Re: [openstack-dev] [grenade] future direction on partial upgrade support

2015-06-24 Thread Joe Gordon
On Wed, Jun 24, 2015 at 10:45 AM, Sean Dague wrote: > On 06/24/2015 01:31 PM, Joe Gordon wrote: > > > > > > On Tue, Jun 16, 2015 at 9:58 AM, Sean Dague > <mailto:s...@dague.net>> wrote: > > > > Back when Nova first wanted to test partial upgr

Re: [openstack-dev] [grenade] future direction on partial upgrade support

2015-06-24 Thread Joe Gordon
On Wed, Jun 24, 2015 at 11:01 AM, Joe Gordon wrote: > > > On Wed, Jun 24, 2015 at 10:45 AM, Sean Dague wrote: > >> On 06/24/2015 01:31 PM, Joe Gordon wrote: >> > >> > >> > On Tue, Jun 16, 2015 at 9:58 AM, Sean Dague > > <mailto:s...@dague.

Re: [openstack-dev] [grenade] future direction on partial upgrade support

2015-06-24 Thread Joe Gordon
On Wed, Jun 24, 2015 at 11:02 AM, Joe Gordon wrote: > > > On Wed, Jun 24, 2015 at 11:01 AM, Joe Gordon > wrote: > >> >> >> On Wed, Jun 24, 2015 at 10:45 AM, Sean Dague wrote: >> >>> On 06/24/2015 01:31 PM, Joe Gordon wrote: >>>

Re: [openstack-dev] [grenade] future direction on partial upgrade support

2015-06-24 Thread Joe Gordon
On Wed, Jun 24, 2015 at 11:03 AM, Sean Dague wrote: > On 06/24/2015 01:41 PM, Russell Bryant wrote: > > On 06/24/2015 01:31 PM, Joe Gordon wrote: > >> > >> > >> On Tue, Jun 16, 2015 at 9:58 AM, Sean Dague >> <mailto:s...@dague.net>> wrote

Re: [openstack-dev] [Nova] The unbearable lightness of specs

2015-06-24 Thread Joe Gordon
o... :) And they were added > to > > fill a gap, which has already been pointed out in this thread. So if we > > remove them without a replacement for that gap, we regress. > > Oops, I didn't mean to say that "Specs" as a concept should be gone. > Sorr for poor

Re: [openstack-dev] [Nova] The unbearable lightness of specs

2015-06-24 Thread Joe Gordon
On Wed, Jun 24, 2015 at 10:04 AM, Ed Leafe wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 06/24/2015 08:38 AM, Nikola Đipanov wrote: > > > I urge people to reply to this instead of my original email as the > > writing is more detailed and balanced. > > OK, I've read what others

Re: [openstack-dev] [Nova] The unbearable lightness of specs

2015-06-25 Thread Joe Gordon
On Thu, Jun 25, 2015 at 1:39 AM, Nikola Đipanov wrote: > On 06/24/2015 10:17 PM, Joe Gordon wrote: > > > > > > On Wed, Jun 24, 2015 at 11:42 AM, Kashyap Chamarthy > <mailto:kcham...@redhat.com>> wrote: > > > > On Wed, Jun 24, 2

Re: [openstack-dev] [api] [Nova] [Ironic] [Magnum] Microversion guideline in API-WG

2015-06-26 Thread Joe Gordon
On Fri, Jun 26, 2015 at 7:39 AM, Dmitry Tantsur wrote: > On 06/26/2015 04:08 PM, Sean Dague wrote: > >> On 06/26/2015 07:43 AM, Dmitry Tantsur wrote: >> >>> On 06/26/2015 01:14 PM, Sean Dague wrote: >>> On 06/16/2015 09:51 AM, Dmitry Tantsur wrote: > On 06/16/2015 08:56 AM, Dmitry T

Re: [openstack-dev] [grenade] future direction on partial upgrade support

2015-06-26 Thread Joe Gordon
On Wed, Jun 24, 2015 at 11:44 AM, Joe Gordon wrote: > > > On Wed, Jun 24, 2015 at 11:03 AM, Sean Dague wrote: > >> On 06/24/2015 01:41 PM, Russell Bryant wrote: >> > On 06/24/2015 01:31 PM, Joe Gordon wrote: >> >> >> >> >> >

Re: [openstack-dev] [grenade] future direction on partial upgrade support

2015-06-26 Thread Joe Gordon
No On Fri, Jun 26, 2015 at 10:15 AM, Joe Gordon wrote: > > > On Wed, Jun 24, 2015 at 11:44 AM, Joe Gordon > wrote: > >> >> >> On Wed, Jun 24, 2015 at 11:03 AM, Sean Dague wrote: >> >>> On 06/24/2015 01:41 PM, Russell Bryant wrote

Re: [openstack-dev] [Watcher] Nominating Vincent Francoise to Watcher Core

2016-02-17 Thread Joe Cropper
+1 > On Feb 17, 2016, at 8:05 AM, David TARDIVEL wrote: > > Team, > > I’d like to promote Vincent Francoise to the core team. Vincent's done a > great work > on code reviewing and has proposed a lot of patchsets. He is currently the > most active > non-core reviewer on Watcher project, and t

Re: [openstack-dev] [nova] Nominating Melanie Witt for python-novaclient-core

2015-01-27 Thread Joe Gordon
On Tue, Jan 27, 2015 at 3:52 PM, Sean Dague wrote: > On 01/27/2015 02:41 PM, Michael Still wrote: > > Greetings, > > > > I would like to nominate Melanie Witt for the python-novaclient-core > team. > > > > (What is python-novaclient-core? Its a new group which will contain > > all of nova-core as

Re: [openstack-dev] Deprecation of in tree EC2 API in Nova for Kilo release

2015-01-28 Thread Joe Gordon
On Wed, Jan 28, 2015 at 11:56 AM, Sean Dague wrote: > The following review for Kilo deprecates the EC2 API in Nova - > https://review.openstack.org/#/c/150929/ > > There are a number of reasons for this. The EC2 API has been slowly > rotting in the Nova tree, never was highly tested, implements a

Re: [openstack-dev] [barbican] python-barbicanclient 3.0.2 released

2015-01-29 Thread Joe Gordon
On Thu, Jan 29, 2015 at 9:52 AM, Sean Dague wrote: > So, honestly, yes. > > For a library to release safely it must: > > * have stable-compat jobs running (this was the issue with barbican client) > * if it has a stable/juno branch it must be pinned in stable/juno (this > was the issue on most of

Re: [openstack-dev] [barbican] python-barbicanclient 3.0.2 released

2015-01-29 Thread Joe Gordon
On Thu, Jan 29, 2015 at 2:22 PM, Douglas Mendizabal < douglas.mendiza...@rackspace.com> wrote: > > On Jan 29, 2015, at 1:19 PM, Doug Hellmann wrote: > > > > On Thu, Jan 29, 2015, at 01:31 PM, Joe Gordon wrote: > > On Thu, Jan 29, 2015 at 9:52 AM, Sean Dague wrote:

Re: [openstack-dev] [barbican] python-barbicanclient 3.0.2 released

2015-01-30 Thread Joe Gordon
On Fri, Jan 30, 2015 at 2:17 AM, Alan Pevec wrote: > 2015-01-29 19:31 GMT+01:00 Joe Gordon : > > That means clients need overlapping dependencies with the stable > branches. > > I don't think this is a reasonable requirement, and am not sure what we > gain from it

Re: [openstack-dev] [Openstack-operators] Resources owned by a project/tenant are not cleaned up after that project is deleted from keystone

2015-02-02 Thread Joe Gordon
On Mon, Feb 2, 2015 at 10:28 AM, Morgan Fainberg wrote: > I think the simple answer is "yes". We (keystone) should emit > notifications. And yes other projects should listen. > > The only thing really in discussion should be: > > 1: soft delete or hard delete? Does the service mark it as orphaned

Re: [openstack-dev] TaskFlow 0.7.0 released

2015-02-02 Thread Joe Gordon
This broke grenade on stable/juno, here is the fix. https://review.openstack.org/#/c/152333/ On Mon, Feb 2, 2015 at 10:56 AM, Joshua Harlow wrote: > The Oslo team is pleased to announce the release of: > > TaskFlow 0.7.0: taskflow structured state management library. > > For more details, pleas

Re: [openstack-dev] [tc] do we really need project tags in the governance repository?

2015-02-03 Thread Joe Gordon
On Tue, Jan 27, 2015 at 10:15 AM, Clint Byrum wrote: > Excerpts from Thierry Carrez's message of 2015-01-27 02:46:03 -0800: > > Doug Hellmann wrote: > > > On Mon, Jan 26, 2015, at 12:02 PM, Thierry Carrez wrote: > > > [...] > > >> I'm open to alternative suggestions on where the list of tags, the

Re: [openstack-dev] [cinder][nova] Cinder Brick pypi library?

2015-02-04 Thread Joe Gordon
On Tue, Feb 3, 2015 at 9:41 PM, Walter A. Boring IV wrote: > Hey folks, >I wanted to get some feedback from the Nova folks on using Cinder's > Brick library. As some of you > may or may not know, Cinder has an internal module called Brick. It's used > for discovering and removing > volumes a

Re: [openstack-dev] [python-cinderclient] Return request ID to caller

2015-02-05 Thread Joe Gordon
On Wed, Feb 4, 2015 at 11:23 PM, Malawade, Abhijeet < abhijeet.malaw...@nttdata.com> wrote: > Hi, > > > > I have submitted patch for cinder-client [1] to 'Return tuple containing > header and body from client' instead of just response. > > Also cinder spec for the same is under review [2]. > > >

Re: [openstack-dev] [python-cinderclient] Return request ID to caller

2015-02-06 Thread Joe Gordon
not need to make > changes in services which are using cinder-client. > > It will be backward compatible change. > Maintaining backwards compatibility is very important. Making return_req_id optional sounds like a good solution going forward. > > > Could you please give your su

Re: [openstack-dev] [nova] release request for python-novaclient

2015-02-06 Thread Joe Gordon
Before releasing a new python-novaclient we should make sure novaclient is capped on stable branches so we don't break the world yet again. On Fri, Feb 6, 2015 at 8:17 AM, Matt Riedemann wrote: > We haven't done a release of python-novaclient in awhile (2.20.0 was > released on 2014-9-20 before

Re: [openstack-dev] [stable] juno is fubar in the gate

2015-02-09 Thread Joe Gordon
On Feb 9, 2015 10:04 AM, "Matt Riedemann" wrote: > > There are at least two blocking bugs: > > 1. https://bugs.launchpad.net/grenade/+bug/1419913 > > Sounds like jogo is working a javelin fix for this. I'm not aware of a patch to review though. We need to stop trying to install tempest in the sam

Re: [openstack-dev] [stable] juno is fubar in the gate

2015-02-09 Thread Joe Gordon
On Mon, Feb 9, 2015 at 1:02 PM, John Griffith wrote: > On Mon, Feb 9, 2015 at 1:56 PM, Matthew Treinish > wrote: > > On Mon, Feb 09, 2015 at 01:24:34PM -0600, Matt Riedemann wrote: > >> > >> > >> On 2/9/2015 12:23 PM, Joe Gordon wrote: > >>

Re: [openstack-dev] [stable] juno is fubar in the gate

2015-02-09 Thread Joe Gordon
On Mon, Feb 9, 2015 at 2:20 PM, Joe Gordon wrote: > > > On Mon, Feb 9, 2015 at 1:02 PM, John Griffith > wrote: > >> On Mon, Feb 9, 2015 at 1:56 PM, Matthew Treinish >> wrote: >> > On Mon, Feb 09, 2015 at 01:24:34PM -0600, Matt Riedemann wrote: >> >&

Re: [openstack-dev] [stable] juno is fubar in the gate

2015-02-09 Thread Joe Gordon
On Mon, Feb 9, 2015 at 3:10 PM, Alan Pevec wrote: > >> >> Tracking etherpad: > >> >> https://etherpad.openstack.org/p/wedged-stable-gate-feb-2015 > > BTW there is a tracking etherpad updated by > https://wiki.openstack.org/wiki/StableBranch#Stable_branch_champions > https://etherpad.openstack.org

Re: [openstack-dev] [Magnum] Scheduling for Magnum

2015-02-09 Thread Joe Gordon
On Mon, Feb 9, 2015 at 6:00 AM, Steven Dake (stdake) wrote: > > > On 2/9/15, 3:02 AM, "Thierry Carrez" wrote: > > >Adrian Otto wrote: > >> [...] > >> We have multiple options for solving this challenge. Here are a few: > >> > >> 1) Cherry pick scheduler code from Nova, which already has a workin

Re: [openstack-dev] [api] Optional Properties in an Entity

2015-02-09 Thread Joe Gordon
On Mon, Feb 9, 2015 at 1:22 PM, Jay Pipes wrote: > On 01/20/2015 10:54 AM, Brian Rosmaita wrote: > >> From: Kevin L. Mitchell [kevin.mitch...@rackspace.com] >> Sent: Monday, January 19, 2015 4:54 PM >> >> When we look at consistency, we look at everything else in OpenStack. >>> From the standpo

Re: [openstack-dev] [Keystone] Proposing Marek Denis for the Keystone Core Team

2015-02-10 Thread Joe Savak
+1 !! On Tue, Feb 10, 2015 at 11:51 AM, Morgan Fainberg mailto:morgan.fainb...@gmail.com>> wrote: Hi everyone! I wanted to propose Marek Denis (marekd on IRC) as a new member of the Keystone Core team. Marek has been instrumental in the implementation of Federated Identity. His work on Keyston

Re: [openstack-dev] [nova] release request for python-novaclient

2015-02-10 Thread Joe Gordon
On Mon, Feb 9, 2015 at 7:55 PM, Michael Still wrote: > The previous policy is that we do a release "when requested" or when a > critical bug fix merges. I don't see any critical fixes awaiting > release, but I am not opposed to a release. > > The reason I didn&#

[openstack-dev] [all][PTLs] Stop releasing libraries/clients without capping stable global requirements

2015-02-10 Thread Joe Gordon
Hi, As you know a few of us have been spending way too much time digging stable/juno out of the ditch its currently in. And just when we thought we were in the clear a new library was released without a requirements cap in stable global-requirements and broke stable/juno grenade. Everytime this h

Re: [openstack-dev] [QA] Question about EC2 Tempest tests

2015-02-11 Thread Joe Gordon
On Wed, Feb 11, 2015 at 3:58 AM, Alexandre Levine wrote: > Yaroslav, > > The bug: > https://bugs.launchpad.net/nova/+bug/1410622 > > And the review: > https://review.openstack.org/#/c/152112/ > > It's recently fixed. > > Note, AFAIK this has not been backported to stable/juno or stable/icehouse

Re: [openstack-dev] [all][PTLs] Stop releasing libraries/clients without capping stable global requirements

2015-02-12 Thread Joe Gordon
On Wed, Feb 11, 2015 at 7:53 AM, Doug Hellmann wrote: > > > On Tue, Feb 10, 2015, at 07:12 PM, Joe Gordon wrote: > > Hi, > > > > As you know a few of us have been spending way too much time digging > > stable/juno out of the ditch its currently in. And just when

[openstack-dev] How to turn tempest CLI tests into python-*client in-tree functional tests

2015-02-13 Thread Joe Gordon
1. A few months back we started the process to remove the tempest CLI tests from tempest [0]. Now that we have successfully pulled novaclient CLI tests out of tempest, we have the process sorted out. We now have a process that should be easy to follow for each project, in

Re: [openstack-dev] How to turn tempest CLI tests into python-*client in-tree functional tests

2015-02-13 Thread Joe Gordon
out unit > tests or vice versa without altering discovery. > On 14 Feb 2015 08:57, "Joe Gordon" wrote: > >> >>1. >> A few months back we started the process to remove the tempest CLI >> tests from tempest [0]. Now that we have successfu

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

2015-02-17 Thread Joe Gordon
On Tue, Feb 17, 2015 at 4:19 AM, Sean Dague wrote: > On 02/16/2015 08:50 PM, Ian Cordasco wrote: > > On 2/16/15, 16:08, "Sean Dague" wrote: > > > >> On 02/16/2015 02:08 PM, Doug Hellmann wrote: > >>> > >>> > >>> On Mon, Feb 16, 2015, at 01:01 PM, Ian Cordasco wrote: > Hey everyone, > >

Re: [openstack-dev] [nova] Question about force_host skip filters

2015-02-17 Thread Joe Cropper
, and then having no idea why a VM deploy failed? This is likely another thread, but thought I’d pose it here to see if we think this might be a potential blueprint as well. - Joe > On Feb 17, 2015, at 10:20 AM, Nikola Đipanov wrote: > > On 02/17/2015 04:59 PM, Chris Friesen wrote: &g

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

2015-02-19 Thread Joe Gordon
On Wed, Feb 18, 2015 at 7:14 AM, Doug Hellmann wrote: > > > On Wed, Feb 18, 2015, at 10:07 AM, Donald Stufft wrote: > > > > > On Feb 18, 2015, at 10:00 AM, Doug Hellmann > wrote: > > > > > > > > > > > > On Tue, Feb 17, 2015, at 03:

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

2015-02-19 Thread Joe Gordon
rements.txt and requirements.gate works for me. If a simple renaming makes things better, then great! As for Doug's comment, yes we need to work something out to overwrite requirements.gate, under your proposed naming, with global requirments > Adam > > > > On Thu, Feb 19, 2015

Re: [openstack-dev] [neutron] New version of python-neutronclient release: 2.3.11

2015-02-19 Thread Joe Gordon
And this just broke icehouse jobs. Which means devstack-gate is broken. http://logs.openstack.org/53/157553/1/check/check-tempest-dsvm-full-icehouse/6c63b71//logs/devstacklog.txt.gz#_2015-02-19_22_21_21_419 http://git.openstack.org/cgit/openstack/requirements/tree/global-requirements.txt?h=stable/

Re: [openstack-dev] [neutron] New version of python-neutronclient release: 2.3.11

2015-02-19 Thread Joe Gordon
client'])) Note: I am not pushing the patch to fix this myself, we need more people who are able to monitor and fix these types of issues. On Thu, Feb 19, 2015 at 3:35 PM, Joe Gordon wrote: > And this just broke icehouse jobs. Which means devstack-gate is broken. > > > http:

Re: [openstack-dev] How to turn tempest CLI tests into python-*client in-tree functional tests

2015-02-20 Thread Joe Gordon
On Fri, Feb 13, 2015 at 11:57 AM, Joe Gordon wrote: > >1. > A few months back we started the process to remove the tempest CLI > tests from tempest [0]. Now that we have successfully pulled novaclient > CLI > tests out of tempest, we have the process

Re: [openstack-dev] [devstack] [Cinder-GlusterFS CI] centos7 gate job abrupt failures

2015-02-20 Thread Joe Gordon
On Fri, Feb 20, 2015 at 7:29 AM, Deepak Shetty wrote: > Hi Jeremy, > Couldn't find anything strong in the logs to back the reason for OOM. > At the time OOM happens, mysqld and java processes have the most RAM hence > OOM selects mysqld (4.7G) to be killed. > > From a glusterfs backend perspect

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

2015-02-20 Thread Joe Gordon
ther in a single environment, but it seems like more and more people are moving away from deploying with that model anyway. Moving to this model would require a little more then just installing everything in separate venvs. We would need to make sure we don't cap oslo libraries etc. in order

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

2015-02-20 Thread Joe Gordon
On Fri, Feb 20, 2015 at 12:10 PM, Doug Hellmann wrote: > > > On Fri, Feb 20, 2015, at 02:07 PM, Joe Gordon wrote: > > On Fri, Feb 20, 2015 at 7:27 AM, Doug Hellmann > > wrote: > > > > > > > > > > > On Fri, Feb 20, 2015, at 06:06 AM,

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

2015-02-23 Thread Joe Gordon
On Mon, Feb 23, 2015 at 8:49 AM, Ihar Hrachyshka wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 02/20/2015 07:16 PM, Joshua Harlow wrote: > > Sean Dague wrote: > >> On 02/20/2015 12:26 AM, Adam Gandelman wrote: > >>> Its more than just the naming. In the original proposal, > >>>

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

2015-02-23 Thread Joe Gordon
On Mon, Feb 23, 2015 at 11:04 AM, Doug Hellmann wrote: > > > On Mon, Feb 23, 2015, at 12:26 PM, Joe Gordon wrote: > > On Mon, Feb 23, 2015 at 8:49 AM, Ihar Hrachyshka > > wrote: > > > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA1 > >

[openstack-dev] [stable][all] Revisiting the 6 month release cycle

2015-02-23 Thread Joe Gordon
Was: http://lists.openstack.org/pipermail/openstack-dev/2015-February/057578.html There has been frustration with our current 6 month development cadence. This is an attempt to explain those frustrations and propose a very rough outline of a possible alternative. Currently we follow a 6 month re

Re: [openstack-dev] [nova] novaclient functional test guidelines

2015-02-24 Thread Joe Gordon
On Tue, Feb 24, 2015 at 9:47 AM, Sean Dague wrote: > Towards the end of merging the regression test for the nova > volume-attach bug - https://review.openstack.org/#/c/157959/ there was a > discussion around what style the functional tests should take. > Especially as that had a mix of CLI and AP

Re: [openstack-dev] [stable][all] Revisiting the 6 month release cycle

2015-02-24 Thread Joe Gordon
On Tue, Feb 24, 2015 at 2:38 AM, Thierry Carrez wrote: > Joe Gordon wrote: > > [...] > > I think a lot of the frustration with our current cadence comes out of > > the big stop everything (development, planning etc.), and stabilize the > > release process. Which

Re: [openstack-dev] [stable][all] Revisiting the 6 month release cycle

2015-02-24 Thread Joe Gordon
On Tue, Feb 24, 2015 at 10:00 AM, Johannes Erdfelt wrote: > On Tue, Feb 24, 2015, Thierry Carrez wrote: > > Agree on the pain of maintaining milestone plans though, which is why I > > propose we get rid of most of it in Liberty. That will actually be > > discussed at the cross-project meeting to

Re: [openstack-dev] [stable][all] Revisiting the 6 month release cycle

2015-02-24 Thread Joe Gordon
On Tue, Feb 24, 2015 at 2:59 AM, Daniel P. Berrange wrote: > On Mon, Feb 23, 2015 at 04:14:36PM -0800, Joe Gordon wrote: > > Was: > > > http://lists.openstack.org/pipermail/openstack-dev/2015-February/057578.html > > > > There has been frustration with our curre

Re: [openstack-dev] [all] Re-evaluating the suitability of the 6 month release cycle

2015-02-24 Thread Joe Gordon
On Tue, Feb 24, 2015 at 6:57 AM, Daniel P. Berrange wrote: > On Tue, Feb 24, 2015 at 08:50:45AM -0500, Sean Dague wrote: > > On 02/24/2015 07:48 AM, Russell Bryant wrote: > > > On 02/24/2015 12:54 PM, Daniel P. Berrange wrote: > > >> On Tue, Feb 24, 2015 at 11:48:29AM +, Chris Dent wrote: > >

Re: [openstack-dev] python-ceilometerclient 1.0.13 broke the gate

2015-02-24 Thread Joe Gordon
We saw the same issue elsewhere, and Doug had great explanation on how it broke semver https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg46533.html On Tue, Feb 24, 2015 at 12:11 PM, Matt Riedemann wrote: > https://bugs.launchpad.net/python-ceilometerclient/+bug/1425262 > > mtrei

Re: [openstack-dev] [nova] novaclient functional test guidelines

2015-02-24 Thread Joe Gordon
On Tue, Feb 24, 2015 at 12:30 PM, Sean Dague wrote: > On 02/24/2015 03:28 PM, Ed Leafe wrote: > > On Feb 24, 2015, at 1:49 PM, Sean Dague wrote: > > > >>> IMHO the CLI should have an option to returned raw JSON back instead of > >>> pretty tabled results as well. > >> > >> Um... isn't that just

Re: [openstack-dev] [nova] novaclient functional test guidelines

2015-02-24 Thread Joe Gordon
On Tue, Feb 24, 2015 at 1:18 PM, melanie witt wrote: > On Feb 24, 2015, at 9:47, Sean Dague wrote: > > > I'm happy if there are other theories about how we do these things, > > being the first functional test in the python-novaclient tree that > > creates and destroys real resources, there isn't

Re: [openstack-dev] H302 considered harmful

2015-02-25 Thread Joe Gordon
On Wed, Feb 25, 2015 at 10:51 AM, Duncan Thomas wrote: > Hi > > So a review [1] was recently submitted to cinder to fix up all of the H302 > violations, and turn on the automated check for them. This is certainly a > reasonable suggestion given the number of manual reviews that -1 for this > issu

Re: [openstack-dev] [nova][vmware][ironic] Configuring active/passive HA Nova compute

2015-02-25 Thread Joe Gordon
On Fri, Feb 20, 2015 at 3:48 AM, Matthew Booth wrote: > Gary Kotton came across a doozy of a bug recently: > > https://bugs.launchpad.net/nova/+bug/1419785 > > In short, when you start a Nova compute, it will query the driver for > instances and compare that against the expected host of the the i

Re: [openstack-dev] [all] creating a unified developer reference manual

2015-02-25 Thread Joe Gordon
On Wed, Feb 25, 2015 at 11:54 AM, Doug Hellmann wrote: > During yesterday’s cross-project meeting [1], we discussed the "Eventlet > Best Practices” spec [2] started by bnemec. The discussion of that spec > revolved around the question of whether our cross-project specs repository > is the right p

Re: [openstack-dev] [Openstack-operators] Resources owned by a project/tenant are not cleaned up after that project is deleted from keystone

2015-02-25 Thread Joe Gordon
a specific order Not sure what the best way to address those two points is. Perhaps the best way forward is a openstack-specs spec to hash out these details. > Tim > > > -Original Message- > > From: Ian Cordasco [mailto:ian.corda...@rackspace.com] > > Sent:

Re: [openstack-dev] [all] creating a unified developer reference manual

2015-02-25 Thread Joe Gordon
On Wed, Feb 25, 2015 at 12:49 PM, Doug Hellmann wrote: > > > On Wed, Feb 25, 2015, at 03:14 PM, Joe Gordon wrote: > > On Wed, Feb 25, 2015 at 11:54 AM, Doug Hellmann > > wrote: > > > > > During yesterday’s cross-project meeting [1], we discussed the >

Re: [openstack-dev] [stable][requirements] External dependency caps introduced in 499db6b

2015-02-25 Thread Joe Gordon
On Tue, Feb 24, 2015 at 7:00 AM, Doug Hellmann wrote: > > > On Mon, Feb 23, 2015, at 06:31 PM, Joe Gordon wrote: > > On Mon, Feb 23, 2015 at 11:04 AM, Doug Hellmann > > wrote: > > > > > > > > > > > On Mon, Feb 23, 2015, at 12:26 PM, Joe

Re: [openstack-dev] [all] Re-evaluating the suitability of the 6 month release cycle

2015-03-02 Thread Joe Gordon
On Mon, Mar 2, 2015 at 9:59 AM, Kyle Mestery wrote: > On Mon, Mar 2, 2015 at 9:57 AM, Ihar Hrachyshka > wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi Daniel, >> >> thanks for a clear write-up of the matter and food for thought. >> >> I think the idea of having more smooth

[openstack-dev] [nova] Intended behavior for instance.host on reschedule?

2015-03-03 Thread Joe Cropper
hanks, Joe __ 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] [nova] Intended behavior for instance.host on reschedule?

2015-03-03 Thread Joe Cropper
mment. Do we know if this is an intended feature or would we consider this a bug? It seems like we could free this up, as you said, to allow room for additional VMs, especially since we know it didn’t successfully deploy anyway? > Vish > > On Mar 3, 2015, at 12:15 AM, Joe Cro

Re: [openstack-dev] [nova] Intended behavior for instance.host on reschedule?

2015-03-03 Thread Joe Cropper
Logged a bug [1] and submitted a fix [2]. Review away! [1] https://bugs.launchpad.net/nova/+bug/1427944 [2] https://review.openstack.org/#/c/161069/ - Joe > On Mar 3, 2015, at 4:42 PM, Jay Pipes wrote: > > On 03/03/2015 06:55 AM, Joe Cropper wrote: >>> On Mar 3

Re: [openstack-dev] [nova] novaclient functional test guidelines

2015-03-06 Thread Joe Gordon
First pass at trying to capture this thread into a README: https://review.openstack.org/162334 On Tue, Feb 24, 2015 at 2:07 PM, Joe Gordon wrote: > > > On Tue, Feb 24, 2015 at 1:18 PM, melanie witt wrote: > >> On Feb 24, 2015, at 9:47, Sean Dague wrote: >> >>

Re: [openstack-dev] Avoiding regression in project governance

2015-03-10 Thread Joe Gordon
On Tue, Mar 10, 2015 at 9:29 AM, Russell Bryant wrote: > The TC is in the middle of implementing a fairly significant change in > project governance. You can find an overview from Thierry on the > OpenStack blog [1]. > > Part of the change is to recognize more projects as being part of the > Ope

Re: [openstack-dev] Avoiding regression in project governance

2015-03-10 Thread Joe Gordon
On Tue, Mar 10, 2015 at 12:30 PM, Zane Bitter wrote: > On 10/03/15 12:29, Russell Bryant wrote: > >> >> I feel that we're at a very vulnerable part of this transition. We've >> abolished the incubation process and integrated release. We've >> established a fairly low bar for new projects [2].

Re: [openstack-dev] Avoiding regression in project governance

2015-03-10 Thread Joe Gordon
On Tue, Mar 10, 2015 at 3:00 PM, Doug Hellmann wrote: > > > On Tue, Mar 10, 2015, at 05:27 PM, Joe Gordon wrote: > > On Tue, Mar 10, 2015 at 12:30 PM, Zane Bitter > wrote: > > > > > On 10/03/15 12:29, Russell Bryant wrote: > > > > > >> >

Re: [openstack-dev] [all] Testtools 1.7.0 may error if you installed it before reading this email

2015-03-10 Thread Joe Gordon
On Tue, Mar 10, 2015 at 5:09 PM, Alan Pevec wrote: > > The wheel has been removed from PyPI and anyone installing testtools > > 1.7.0 now will install from source which works fine. > > On stable/icehouse devstack fails[*] with > pkg_resources.VersionConflict: (unittest2 0.5.1 > (/usr/lib/python2.

Re: [openstack-dev] Avoiding regression in project governance

2015-03-10 Thread Joe Gordon
On Tue, Mar 10, 2015 at 3:31 PM, James E. Blair wrote: > Joe Gordon writes: > > > After watching the TC meeting, and double checking with the meeting notes > > [0], it looks like the magnum vote was deferred to next week. But what > > concerns me is the lack of action

Re: [openstack-dev] Mellanox request for permission for Nova CI

2015-03-11 Thread Joe Gordon
On Wed, Mar 11, 2015 at 12:49 AM, Nurit Vilosny wrote: > Hi , > > I would like to ask for a CI permission to start commenting on Nova branch. > > Mellanox is engaged in pci pass-through features for quite some time now. > > We have an operating Neutron CI for ~2 years, and since the pci > pass-

Re: [openstack-dev] [nova] readout from Philly Operators Meetup

2015-03-11 Thread Joe Gordon
On Wed, Mar 11, 2015 at 5:59 AM, Sean Dague wrote: > The last couple of days I was at the Operators Meetup acting as Nova > rep for the meeting. All the sessions were quite nicely recorded to > etherpads here - https://etherpad.openstack.org/p/PHL-ops-meetup > > There was both a specific Nova ses

Re: [openstack-dev] [nova] readout from Philly Operators Meetup

2015-03-11 Thread Joe Gordon
On Wed, Mar 11, 2015 at 4:07 PM, Ihar Hrachyshka wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 03/11/2015 07:48 PM, Joe Gordon wrote: > > Out of sync Quotas -- > > > > https://etherpad.openstack.org/p/PHL-ops-nova-feedback L63 &g

Re: [openstack-dev] [nova] what is our shipped paste.ini going to be for Kilo

2015-03-17 Thread Joe Gordon
On Mon, Mar 16, 2015 at 6:06 PM, Ken'ichi Ohmichi wrote: > Hi Sean, > > 2015-03-16 23:15 GMT+09:00 Sean Dague : > > Our current top level shipped example paste.ini for Nova includes the > > following set of endpoint definitions: > > > > [composite:osapi_compute] > > use = call:nova.api.openstack.

Re: [openstack-dev] [nova][libvirt] Block migrations and Cinder volumes

2015-03-17 Thread Joe Gordon
On Thu, Jun 19, 2014 at 1:38 AM, Daniel P. Berrange wrote: > On Wed, Jun 18, 2014 at 11:09:33PM -0700, Rafi Khardalian wrote: > > I am concerned about how block migration functions when Cinder volumes > are > > attached to an instance being migrated. We noticed some unexpected > > behavior recen

Re: [openstack-dev] [nova][libvirt] Block migrations and Cinder volumes

2015-03-18 Thread Joe Gordon
On Wed, Mar 18, 2015 at 3:09 AM, Daniel P. Berrange wrote: > On Wed, Mar 18, 2015 at 08:33:26AM +0100, Thomas Herve wrote: > > > Interesting bug. I think I agree with you that there isn't a good > solution > > > currently for instances that have a mix of shared and not-shared > storage. > > > >

Re: [openstack-dev] [nova] how to handle vendor-specific API microversions?

2015-03-21 Thread Joe Gordon
On Sat, Mar 21, 2015 at 8:31 AM, Monty Taylor wrote: > On 03/21/2015 01:21 AM, Chris Friesen wrote: > > Hi, > > > > I've recently been playing around a bit with API microversions and I > > noticed something that may be problematic. > > > > The way microversions are handled, there is a monotonical

Re: [openstack-dev] [nova][api] Microversions. And why do we need API extensions for new API functionality?

2015-03-23 Thread Joe Gordon
On Mon, Mar 23, 2015 at 2:35 PM, Jeremy Stanley wrote: > On 2015-03-23 15:15:18 -0400 (-0400), Jay Pipes wrote: > [...] > > I don't want it suppressed. I want the use of API extensions and the > > extension framework(s) to be completely dropped for all future > > API-affecting work. > [...] > > P

Re: [openstack-dev] [nova][api] Microversions. And why do we need API extensions for new API functionality?

2015-03-24 Thread Joe Gordon
On Tue, Mar 24, 2015 at 7:10 AM, Jay Pipes wrote: > On Tue, Mar 24, 2015 at 01:04:46PM +, Jeremy Stanley wrote: > > On 2015-03-23 21:31:30 -0400 (-0400), Jay Pipes wrote: > > > On Mon, Mar 23, 2015 at 09:35:50PM +, Jeremy Stanley wrote: > > > > On 2015-03-23 15:15:18 -0400 (-0400), Jay Pi

Re: [openstack-dev] [all] creating stable branches for all libraries, Oslo, client, and other

2015-03-24 Thread Joe Gordon
On Tue, Mar 24, 2015 at 1:13 PM, Doug Hellmann wrote: > We have a cross-project spec up for review discussing a change in the > release process precipitated by the fact that we are now capping library > versions in stable branch test configurations. We’ve talked about it a > couple of times at th

Re: [openstack-dev] Mellanox request for permission for Nova CI

2015-03-26 Thread Joe Gordon
On Thu, Mar 19, 2015 at 5:52 AM, Nurit Vilosny wrote: > Hi Joe, > > Sorry for the late response. > > Here are some latest logs for the Nova CI: > > > http://144.76.193.39/ci-artifacts/Check-MLNX-Nova-ML2-Sriov-driver_20150318_1650/ > > > http://144.76.193.39

Re: [openstack-dev] [nova] how to handle vendor-specific API microversions?

2015-03-27 Thread Joe Gordon
On Fri, Mar 27, 2015 at 1:28 PM, Chris Friesen wrote: > On 03/24/2015 11:10 AM, Chris Friesen wrote: > >> On 03/24/2015 07:42 AM, Sean Dague wrote: >> >>> On 03/24/2015 09:11 AM, Jeremy Stanley wrote: >>> On 2015-03-23 22:34:17 -0600 (-0600), Chris Friesen wrote: > How would that be

[openstack-dev] The Evolution of core developer to maintainer?

2015-03-31 Thread Joe Gordon
I am starting this thread based on Thierry's feedback on [0]. Instead of writing the same thing twice, you can look at the rendered html from that patch [1]. Neutron tried to go from core to maintainer but after input from the TC and others, they are keeping the term 'core' but are clarifying what

Re: [openstack-dev] The Evolution of core developer to maintainer?

2015-03-31 Thread Joe Gordon
On Tue, Mar 31, 2015 at 5:46 PM, Dean Troyer wrote: > On Tue, Mar 31, 2015 at 5:30 PM, Joe Gordon wrote: > >> Do you feel like a core deveper/reviewer (we initially called them core >> developers) [1]: >> >> In OpenStack a core developer is a developer who has su

Re: [openstack-dev] The Evolution of core developer to maintainer?

2015-03-31 Thread Joe Gordon
On Tue, Mar 31, 2015 at 5:24 PM, John Griffith wrote: > > > On Tue, Mar 31, 2015 at 4:30 PM, Joe Gordon wrote: > >> I am starting this thread based on Thierry's feedback on [0]. Instead of >> writing the same thing twice, you can look at the rendered html from tha

Re: [openstack-dev] Mellanox request for permission for Nova CI

2015-04-01 Thread Joe Gordon
es. > > > > > > > *Lenny Verkhovsky* > > SW Engineer, Mellanox Technologies > > www.mellanox.com > > > > Office:+972 74 712 9244 > > Mobile: +972 54 554 0233 > > Fax:+972 72 257 9400 > > > > *From:* Joe Gor

Re: [openstack-dev] [nova] bug expiration

2015-04-01 Thread Joe Gordon
On Wed, Apr 1, 2015 at 6:59 AM, Sylvain Bauza wrote: > > Le 01/04/2015 15:51, Sean Dague a écrit : > >> I just spent a chunk of the morning purging out some really old >> Incomplete bugs because about 9 months ago we disabled the auto >> expiration bit in launchpad - >> https://bugs.launchpad.net

Re: [openstack-dev] The Evolution of core developer to maintainer?

2015-04-01 Thread Joe Gordon
On Wed, Apr 1, 2015 at 2:41 AM, Thierry Carrez wrote: > Joe Gordon wrote: > > I am starting this thread based on Thierry's feedback on [0]. Instead > > of writing the same thing twice, you can look at the rendered html from > > that patch [1]. Neutron tried to go f

Re: [openstack-dev] The Evolution of core developer to maintainer?

2015-04-02 Thread Joe Gordon
On Thu, Apr 2, 2015 at 3:14 AM, Thierry Carrez wrote: > Joe Gordon wrote: > >> My main objection to the model you propose is its binary nature. You > >> bundle "core reviewing" duties with "drivers" duties into a single > >> group.

Re: [openstack-dev] The Evolution of core developer to maintainer?

2015-04-03 Thread Joe Gordon
On Fri, Apr 3, 2015 at 1:39 AM, Thierry Carrez wrote: > Joe Gordon wrote: > > On Thu, Apr 2, 2015 at 3:14 AM, Thierry Carrez > <mailto:thie...@openstack.org>> wrote: > > > >> Joe Gordon wrote: > >> > I cannot speak for all p

Re: [openstack-dev] [all][oslo][clients] Let's speed up start of OpenStack libs and clients by optimizing imports with profimp

2015-04-06 Thread Joe Gordon
On Mon, Apr 6, 2015 at 8:39 AM, Dolph Mathews wrote: > > On Mon, Apr 6, 2015 at 10:26 AM, Boris Pavlovic wrote: > >> Jay, >> >> >> Not far, IMHO. 100ms difference in startup time isn't something we should >>> spend much time optimizing. There's bigger fish to fry. >> >> >> I agree that priority

Re: [openstack-dev] Fixing the Nova Core Reviewer Frustration [was Re: [Nova] PTL Candidacy]

2015-04-07 Thread Joe Gordon
On Tue, Apr 7, 2015 at 11:12 AM, Tim Bell wrote: > > -Original Message- > > From: James Bottomley [mailto:james.bottom...@hansenpartnership.com] > > Sent: 07 April 2015 19:03 > > To: Michael Still > > Cc: OpenStack Development Mailing List (not for usage questions) > > Subject: [openstack

<    4   5   6   7   8   9   10   11   >