[openstack-dev] [nova] python-novaclient: uses deprecated keyring.backend.$keyring

Hi, Someone sent a bug report against the python-novaclient package: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728470 Could someone take care of this? FYI, the patch attached to the bug report seems wrong, according to "mitya57" in #debian-python (in OFTC), though the problem is real and n

Re: [openstack-dev] tenant or project

+2 This kind of confusion is actually very bad from an external perspective and from a user perspective. Should this just get resolved by the TC once and for all? I remember this same project vs tenant question happening like 2 years ago (maybe less) and it makes us all look sort if "mad" if

Re: [openstack-dev] tenant or project

On Sun, Nov 24, 2013 at 12:08 AM, Morgan Fainberg wrote: > In all honesty it doesn't matter which term we go with. As long as we are > consistent and define the meaning. I think we can argue intuitive vs > non-intuitive in this case unto the ground. I prefer "project" to tenant, > but beyond b

Re: [openstack-dev] [Solum] git-Integration working group

Excerpts from Adrian Otto's message of 2013-11-22 18:51:16 -0800: > Monty, > > On Nov 22, 2013, at 6:24 PM, Monty Taylor > wrote: > > > On 11/22/2013 05:37 PM, Krishna Raman wrote: > >> Hello all, > >> > >> I would like to kickoff the Git integration discussion. Goal of this > >> subgroup is t

Re: [openstack-dev] [Nova] Mission Statement

On 11/18/2013 09:26 PM, Russell Bryant wrote: > On 11/18/2013 09:10 PM, Stuart Fox wrote: >> Hey * >> >> Does ironic fall under the Compute banner? If so, the statement needs a >> little tweek. > > No. > >> On 2013-11-18 5:55 PM, "Russell Bryant" > > wrote: >> >>

Re: [openstack-dev] [Nova] [Infra] Support for PCI Passthrough

On 23 November 2013 08:43, Jeremy Stanley wrote: > On 2013-11-22 08:59:16 + (+), Tan, Lin wrote: > [...] > In the near term, your best bet is to run your own test > infrastructure supporting the hardware features you require and > report advisory results back on proposed changes: > >

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

I think everyone agrees we need a unified scheduler. Boris' approach is to move the storage to memcache so the DB is no longer part of the picture, and then move the scheduler out of Nova, rinse and repeat for Cinder etc. My approach is to move the scheduler out of Nova, and then let folk do whate

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

On 22 November 2013 23:55, Gary Kotton wrote: > > >>> I'm looking for 4-5 folk who have: >>> - modest Nova skills >>> - time to follow a fairly mechanical (but careful and detailed work >>> needed) plan to break the status quo around scheduler extraction > > I would be happy to take part. But p

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

Robert, Btw, I would like to be a volunteer too=) Best regards, Boris Pavlovic On Sun, Nov 24, 2013 at 10:43 PM, Robert Collins wrote: > On 22 November 2013 23:55, Gary Kotton wrote: > > > > > > >>> I'm looking for 4-5 folk who have: > >>> - modest Nova skills > >>> - time to follow a f

Re: [openstack-dev] [Keystone][Oslo] Future of Key Distribution Server, Trusted Messaging

> I hear a concerted effort to get this bootstrapped in Keystone. We can do > this if it is the voice of the majority. > > > If we do: > > Keep KDS configuration separate from the Keystone configuration: the fact > that they both point to the same host and port is temporary. In fact, we > should

Re: [openstack-dev] [nova] python-novaclient: uses deprecated keyring.backend.$keyring

Hi Thomas, How pressing is this issue? I know there is work being done to unify token/auth implementation across the clients. I want to have an idea of the heat here so we can look at addressing this directly in novaclient if it can't wait until the unification work to come down the line. (Sent

Re: [openstack-dev] [Keystone][Oslo] Future of Key Distribution Server, Trusted Messaging

On Sun, Nov 24, 2013 at 1:52 PM, Morgan Fainberg wrote: > The other concern is the library interfacing with KDS (I would assume this > goes into keystoneclient? At least for the time being). > I would rather see the client get its own repo, too. We still need to do that with the middleware. dt

Re: [openstack-dev] [Solum] git-Integration working group

On 11/22/2013 09:51 PM, Adrian Otto wrote: > Monty, > > On Nov 22, 2013, at 6:24 PM, Monty Taylor > wrote: > >> On 11/22/2013 05:37 PM, Krishna Raman wrote: >>> Hello all, >>> >>> I would like to kickoff the Git integration discussion. Goal of >>> this subgroup is to go through the git-integ

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

On 25 November 2013 08:08, Boris Pavlovic wrote: > Robert, > > > Btw, I would like to be a volunteer too=) > > > Best regards, > Boris Pavlovic Awesome, added to the etherpad! -- Robert Collins Distinguished Technologist HP Converged Cloud ___ Ope

Re: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

On Fri, 2013-11-22 at 20:07 -0600, Matt Riedemann wrote: > > On Friday, November 22, 2013 5:52:17 PM, Russell Bryant wrote: > > On 11/22/2013 06:01 PM, Christopher Yeoh wrote: > >> > >> On Sat, Nov 23, 2013 at 8:33 AM, Matt Riedemann > >> mailto:[email protected]>> wrote: > >> > >> .

[openstack-dev] [TripleO] Summit session wrapup

I've now gone through and done the post summit cleanup of blueprints and migration of design docs into blueprints as appropriate. We had 50 odd blueprints, many of where were really not effective blueprints - they described single work items with little coordination need, were not changelog items,

Re: [openstack-dev] [Oslo] Improving oslo-incubator update.py

Just a thought but couldn't the changes of a module update be calculated by comparing the last commit dates of the source and target module? For instance, if module A's update patch for Nova was uploaded on date XX then we can filter out the changes from XX~present and print it out for the author

Re: [openstack-dev] [Nova] [Infra] Support for PCI Passthrough

On 2013年11月25日 02:13, Robert Collins wrote: On 23 November 2013 08:43, Jeremy Stanley wrote: On 2013-11-22 08:59:16 + (+), Tan, Lin wrote: [...] In the near term, your best bet is to run your own test infrastructure supporting the hardware features you require and report advisory result

Re: [openstack-dev] [Ironic] A question about getting IPMI data

Yes, in-band does require more cooperation, because it needs go through the IPMI driver of OS. For now, pyghmi use net payload to gather IPMI data. And the rsaddr is always 0x20, which is the address of BMC. So, what if we want to query some satellite controllers when the rsaddr or channel is

Re: [openstack-dev] [Solum] git-Integration working group

I think I mentioned this before, but the working group has not made any binding decisions. We already identified Zuul and Nodepool as tools to learn more about. It's not clear to us yet if it makes sense for the simple use case. That will be one of the things we discuss. We do know that Solum r

[openstack-dev] [Glance] Regarding Glance's behaviour when updating an image ...

Hi All, Newbie stacker here ... I have a basic question regarding the indended behaviour of Glance's image update API: What is the indended behaviour of Glance when updating an already uploaded image file? The functional test indicates that the intended behaviour is to disallow such

[openstack-dev] Multidomain User Ids

The #1 pain point I hear from people in the field is that they need to consume read only LDAP but have service users in something Keystone specific. We are close to having this, but we have not closed the loop. This was something that was Henry's to drive home to completion. Do we have a pl

Re: [openstack-dev] RFC: Potential to increase min required libvirt version to 0.9.11 ?

On 2013-11-22 20:29:10 + (+), Jeremy Stanley wrote: [...] > At the moment, we're still looking for confirmation that > nova-compute no longer locks up with the latest libvirt in UCA > (1.1.1). [...] I emulated a full (parallel) tempest-devstack-vm-full run on several fresh 12.04 LTS VMs wi

[openstack-dev] [Mistral] Community meeting agenda - 11/25/2013

Hi, Today we will have another Mistral IRC Community Meeting at 16.00 UTC (#openstack-meeting). Here’s the agenda: Review last week's action items Discuss API spec Discuss DSL Discuss PoC design Open discussion You can also find this agenda and the links to the previous meetings at https://wi

Re: [openstack-dev] [Neutron][IPv6] Meeting logs from the first IRC meeting

Hi, guys: I took the action item to submit the code for review based on our discussion during the first IRC meeting. Here is the link: https://review.openstack.org/#/c/58186/ The changes we proposed are based on the POC work my friend (Randy Tuttle) and I did back in June on Grizzly and most

[openstack-dev] Unwedging the gate

Hi All, TL;DR Last week the gate got wedged on nondeterministic failures. Unwedging the gate required drastic actions to fix bugs. Starting on November 15th, gate jobs have been getting progressively less stable with not enough attention given to fixing the issues, until we got to the point where

Re: [openstack-dev] Unwedging the gate

I have a proposal - I think we should mark all recheck bugs critical, and the respective project PTLs should actively shop around amongst their contributors to get them fixed before other work: we should drive the known set of nondeterministic issues down to 0 and keep it there. -Rob On 25 Novemb

[openstack-dev] [Murano] Murano Release 0.3 Announcement

While we are working hard moving Murano towards Application Catalog we continue to deliver our ongoing releases. Murano Team is happy to announce that the new stable version of Murano - v0.3 has been released. This release contains several

Re: [openstack-dev] [Solum] git-Integration working group

On 25 November 2013 16:04, Adrian Otto wrote: > I think I mentioned this before, but the working group has not made any > binding decisions. We already identified Zuul and Nodepool as tools to learn > more about. It's not clear to us yet if it makes sense for the simple use > case. That will be on

Re: [openstack-dev] Unwedging the gate

On Sun, Nov 24, 2013 at 9:58 PM, Robert Collins wrote: > I have a proposal - I think we should mark all recheck bugs critical, > and the respective project PTLs should actively shop around amongst > their contributors to get them fixed before other work: we should > drive the known set of nondeter

Re: [openstack-dev] Unwedging the gate

On 25 November 2013 19:25, Joe Gordon wrote: > > > > On Sun, Nov 24, 2013 at 9:58 PM, Robert Collins > wrote: >> >> I have a proposal - I think we should mark all recheck bugs critical, >> and the respective project PTLs should actively shop around amongst >> their contributors to get them fixed

Re: [openstack-dev] [Nova][Schduler] Volunteers wanted for a modest proposal for an external scheduler in our lifetime

Hi Robert, I see you have enough volunteers. You can put me on the backup list in case somebody drops out or you need additional bodies. Regards ...Juerg From: Boris Pavlovic [mailto:[email protected]] Sent: Sunday, November 24, 2013 8:09 PM To: OpenStack Development Mailing List (not for