[openstack-dev] [Glance] Why do V2 APIs disallow updating locations?

Hi all, I see that api.v2.images.ImagesController._do_replace_locations does not allow replacing a set of locations with another set. Either the existing set must be empty or the new set must be empty. The replace operation is therefore just another implementation of add/delete. So why not just t

[openstack-dev] [OpenStack][Nova][Scheduler] Enable nova use filters/weight from oslo

Greetings, I have logged a bp https://blueprints.launchpad.net/nova/+spec/nova-oslo-scheduler which wants to enable nova scheduler use scheduler utils from oslo like cinder. Can any core help take a look and check if it can be approved? I have uploaded some patches for this bp. Thanks, Jay ___

Re: [openstack-dev] [qa] [Tempest - Stress Test] : some improvements / issues on the stress test framework

Hi Marc, Right I won't forget the [qa] tag anymore :) Concerning #1273186, actually I wasn't thinking of a change in the CLI, only provide the "kwargs" instance used in "UnitTest" to the stress test scenario during the setUpClass() call. For now "setUpClass()" is called without any arguments :

Re: [openstack-dev] [oslo] team meeting Friday 31 Jan 1400 UTC

On 27/01/14 14:57 -0500, Doug Hellmann wrote: The Oslo team has a few items we need to discuss, so I'm calling a meeting for this Friday, 31 Jan. Our normal slot is 1400 UTC Friday in #openstack-meeting. The agenda [1] includes 2 items (so far): 1. log translations (see the other thread start

Re: [openstack-dev] [Nova] bp proposal: discovery of peer instances through metadata service

On 27 January 2014 14:52, Justin Santa Barbara wrote: > Day, Phil wrote: > >> >> >> We already have a mechanism now where an instance can push metadata as >> >> a way of Windows instances sharing their passwords - so maybe this >> >> could >> >> build on that somehow - for example each instance pu

Re: [openstack-dev] 答复: Proposed Logging Standards

Hi Sean, good idea, count me in! I think it makes more sense for me to help in Neutron, that's the project that I'm more familiar with. Rossella On Tue, Jan 28, 2014 at 7:20 AM, Haiming Yang wrote: > I think it is also good for general i18n effort > -- > 发件人: Chri

Re: [openstack-dev] Nova style cleanups with associated hacking check addition

On 27 January 2014 10:10, Daniel P. Berrange wrote: > On Fri, Jan 24, 2014 at 11:42:54AM -0500, Joe Gordon wrote: >> On Fri, Jan 24, 2014 at 7:24 AM, Daniel P. Berrange >> wrote: >> >> > Periodically I've seen people submit big coding style cleanups to Nova >> > code. These are typically all good

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 28th

On 27 January 2014 21:36, Ian Wells wrote: > Live migration for the first release is intended to be covered by macvtap, > in my mind - direct mapped devices have limited support in hypervisors aiui. > It seemed we had a working theory for that, which we test out and see if > it's going to work. >

Re: [openstack-dev] [nova] Discuss the option delete_on_termination

On 26 January 2014 09:23, 黎林果 wrote: > Hi, > > I have started the implementation, Please review. Address: > https://review.openstack.org/#/c/67067/ > > Thanks. > > Regards, > Lee Hi lee, I have added the same comments as Christopher to the blueprint. Please look at updating the blueprint's mile

Re: [openstack-dev] [TripleO] [Tuskar] Terminology Revival #1 - Roles

I've spent some time thinking about this, and I have a clarification. I don't like the use of the word 'deployment', because it's not exact enough for me. Future plans for the tuskar-ui include management of the undercloud as well, and at that point, 'deployment role' becomes vague, as it could a

Re: [openstack-dev] Proposal for instance-level snapshots in Nova

On 24 January 2014 17:05, Jon Bernard wrote: > * Vishvananda Ishaya wrote: >> >> On Jan 16, 2014, at 1:28 PM, Jon Bernard wrote: >> >> > * Vishvananda Ishaya wrote: >> >> >> >> On Jan 14, 2014, at 2:10 PM, Jon Bernard wrote: >> >> >> >>> >> >>> >> As you've defined the feature so far, it

Re: [openstack-dev] [Ceilometer] Issues with transformers

On Mon, Jan 27 2014, Adrian Turjak wrote: > Is there a way to transform data once it reaches the collector? No, but that would probably be the easiest way. The other alternative is to compute it via the API. -- Julien Danjou -- Free Software hacker - independent consultant -- http://julien.dan

Re: [openstack-dev] Proposed Logging Standards

Sean Dague wrote: > Back at the beginning of the cycle, I pushed for the idea of doing some > log harmonization, so that the OpenStack logs, across services, made > sense. I've pushed a proposed changes to Nova and Keystone over the past > couple of days. > > This is going to be a long process, so

Re: [openstack-dev] [Climate] [Ceilometer] Integration

On Mon, Jan 27 2014, Sylvain Bauza wrote: > Great ! Thanks for your support. Supporting physical hosts reservations > also means we need to "dedicate" hosts into Climate (ie. putting these > hosts into a specific aggregate, thanks to a dedicated Climate API). Even > if this dedications is admin-on

Re: [openstack-dev] [gantt] Scheduler sub-group meeting agenda 1/28

Dear all, If we have time, I would like to discuss our new blueprint: Policy-Based-Scheduler: https://blueprints.launchpad.net/nova/+spec/policy-based-scheduler whose code is ready for review: https://review.openstack.org/#/c/61386/ Best regards, Toan - Original Message - From

Re: [openstack-dev] Hacking repair scripts

On Tue, Jan 28, 2014 at 2:13 AM, Joshua Harlow wrote: > Thought people might find it useful and it could become a part of > automatic repairing/style adjustments in the future (similar to I guess > what go has in `gofmt`). nice, it would be cool if this can be hooked directly in th editors (ie:

Re: [openstack-dev] [gantt] Scheduler sub-group meeting agenda 1/28

Hi, Just an update regarding the instance groups: 1. The API has been posted - https://review.openstack.org/#/c/62557/ 2. The CLI has been posted - https://review.openstack.org/#/c/32904/ Thanks Gary On 1/28/14 12:45 PM, "Khanh-Toan Tran" wrote: >Dear all, > >If we have time, I would like to d

Re: [openstack-dev] [nova] vmware minesweeper jobs failing?

Hi, Lats week there were some infra problems. These have been addressed and minesweeper is back in action. Thanks Gary On 1/25/14 4:58 PM, "Matt Riedemann" wrote: >Seeing a few patches where vmware minesweeper is saying the build >failed, but looks like an infra issue? An example: > >https://url

Re: [openstack-dev] Proposed Logging Standards

On 01/27/2014 09:57 PM, Christopher Yeoh wrote: > On Tue, Jan 28, 2014 at 12:55 AM, Sean Dague > wrote: > > On 01/27/2014 09:07 AM, Macdonald-Wallace, Matthew wrote: > > Hi Sean, > > > > I'm currently working on moving away from the "built-in" logging >

Re: [openstack-dev] [savanna] Savanna 2014.1.b2 (Icehouse-2) dev milestone available

Hi Matt, thank you for pushing Savanna packages to RDO and F20, that's really great! P.S. fixes for stevedore dep - https://review.openstack.org/#/c/69496/ and https://review.openstack.org/#/c/69571/ On Tue, Jan 28, 2014 at 2:40 AM, Matthew Farrellee wrote: > On 01/23/2014 11:59 AM, Sergey Lu

Re: [openstack-dev] [savanna] why swift-internal:// ?

Matt, thanks for catching this. BTW That's an interesting idea of supporting different tenants. On Fri, Jan 24, 2014 at 11:04 PM, Matthew Farrellee wrote: > thanks for all the feedback folks.. i've registered a bp for this... > > https://blueprints.launchpad.net/savanna/+spec/swift-url-proto-c

Re: [openstack-dev] Proposed Logging Standards

Hi Sean, it's great that you're catching this up. I'd like to participate. I don't know how much time I'll be able to dedicate on it, but at least I'm ready for reviews and pushing it to Savanna. Thanks! On Tue, Jan 28, 2014 at 3:21 PM, Sean Dague wrote: > On 01/27/2014 09:57 PM, Christopher

Re: [openstack-dev] Proposed Logging Standards

FYI it was added to the project meeting agenda - https://wiki.openstack.org/wiki/Meetings/ProjectMeeting On Tue, Jan 28, 2014 at 3:42 PM, Sergey Lukjanov wrote: > Hi Sean, > > it's great that you're catching this up. > > I'd like to participate. I don't know how much time I'll be able to > dedic

Re: [openstack-dev] [savanna] savannaclient v2 api

“EDP internal” I meant current EDP specific code. And since job configs are job-specific I’d prefer to have urls containing /jobs or at least /edp for that. Regards, Alexander Ignatov On 24 Jan 2014, at 23:20, Matthew Farrellee wrote: > what do you consider "EDP internal", and how does it r

Re: [openstack-dev] [nova] [stable] stevedore 0.14

2014-01-27 Doug Hellmann : > I have just released a new version of stevedore, 0.14, which includes a > change to stop checking version numbers of dependencies for plugins. This > should eliminate one class of problems we've seen where we get conflicting > requirements to install, and the libraries

Re: [openstack-dev] [nova] [stable] stevedore 0.14

> ... or fix the tests on stable/* ? That would be: https://review.openstack.org/#/q/I5063c652c705fd512f90ff3897a4c590f7ba7c02,n,z and is already proposed for Havana. Sean, please submit it for stable/grizzly too. Thanks, Alan ___ OpenStack-dev mailing

Re: [openstack-dev] [nova] [stable] stevedore 0.14

On 01/28/2014 07:18 AM, Alan Pevec wrote: > 2014-01-27 Doug Hellmann : >> I have just released a new version of stevedore, 0.14, which includes a >> change to stop checking version numbers of dependencies for plugins. This >> should eliminate one class of problems we've seen where we get conflictin

Re: [openstack-dev] [nova] [stable] stevedore 0.14

On 01/28/2014 07:23 AM, Alan Pevec wrote: >> ... or fix the tests on stable/* ? > > That would be: > https://review.openstack.org/#/q/I5063c652c705fd512f90ff3897a4c590f7ba7c02,n,z > and is already proposed for Havana. > Sean, please submit it for stable/grizzly too. Doing now, I had done it local

[openstack-dev] [Nova] icehouse-3 deadlines

Greetings, I wanted to draw some attention to deadlines we will be using in Nova for icehouse-3 to help trim our roadmap down to what we think can get in. We currently have 153 blueprints targeted to icehouse-3, which is far from realistic. https://launchpad.net/nova/+milestone/icehouse-3

Re: [openstack-dev] [nova]Why not allow to create a vm directly with two VIF in the same network

You mean between what can be done as part of creating a VM vs what can be done to modify a VM after creation? Consistency seems generally a positive thing, although from a GUI perspective there might be an argument to be made against making the GUI too confusing for simple tasks in order to all

Re: [openstack-dev] [Keystone] bp proposal: quotas on users and projects per domain

Hi Jamie, Indeed, it is more important to be able to set quotas on every resource in the context of public clouds, than in the context of private clouds. With public cloud, we cannot assume that the user will not (deliberately or not) create millions of users if he can. I agree that there are sev

Re: [openstack-dev] [climate] Future 0.2 release scope discussion

I think that firstly you should define the policy / approach for choosing the date for the next release. At least it should be clear which is more important - release data or scope. On Thu, Jan 23, 2014 at 9:07 PM, Dina Belova wrote: > Hello folks :) > > We've started accumulating ideas for 0.2

Re: [openstack-dev] [savanna] savannaclient v2 api

Additionally, I think that we should explicitly specify the need to ensure that all outputs doesn't contain any sensitive information like credentials. On Tue, Jan 28, 2014 at 4:06 PM, Alexander Ignatov wrote: > "EDP internal" I meant current EDP specific code. And since job configs > are job-sp

Re: [openstack-dev] [Ceilometer] [TripleO] adding process/service monitoring

On 01/27/2014 09:32 PM, Robert Collins wrote: On 28 January 2014 14:59, Richard Su wrote: Hi, I have been looking into how to add process/service monitoring to tripleo. Here I want to be able to detect when an openstack dependent component that is deployed on an instance has failed. And when

Re: [openstack-dev] [TripleO] [Tuskar] Terminology Revival #1 - Roles

I thought we were avoiding using overcloud and undercloud within the UI? -J On 01/28/2014 03:04 AM, Tzu-Mainn Chen wrote: > I've spent some time thinking about this, and I have a clarification. > > I don't like the use of the word 'deployment', because it's not exact > enough for me. Future pla

[openstack-dev] Hyper-v meeting

Hi everyone, Too many of us are unable to make the meeting today. So I'm going to cancel for today. We resume the regular hyper-v meeting next week. P ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin

Re: [openstack-dev] [Ceilometer] [TripleO] adding process/service monitoring

Excerpts from Richard Su's message of 2014-01-27 17:59:34 -0800: > Hi, > > I have been looking into how to add process/service monitoring to > tripleo. Here I want to be able to detect when an openstack dependent > component that is deployed on an instance has failed. And when a failure > has occu

Re: [openstack-dev] Proposed Logging Standards

Very interested, thanks a lot for this topic. Will work on bringing all of this to Murano -- Regards, Alexander Tivelkov On Tue, Jan 28, 2014 at 6:45 AM, Sergey Lukjanov wrote: > FYI it was added to the project meeting agenda - > https://wiki.openstack.org/wiki/Meetings/ProjectMeeting > > > On

Re: [openstack-dev] [TripleO] [Tuskar] Terminology Revival #1 - Roles

Yep, although the reason why - that no end-user will know what these terms mean - has never been entirely convincing to me. But even if we don't use the word 'overcloud', I think we should use *something*. Deployment is just so vague that without some context, it could refer to anything. As a s

Re: [openstack-dev] Proposed Logging Standards

I haven't started contributing to openstack, looks like this might be good opportunity. Count me in. I had the same doubt about AUDIT level log in cinder. On Tue, Jan 28, 2014 at 8:16 PM, Alexander Tivelkov wrote: > Very interested, thanks a lot for this topic. > Will work on bringing all of thi

Re: [openstack-dev] [Solum] Oslo Context and SecurityContext

Hi, >From my experience context is usually bigger then just a storage for user credentials and specifics of request. Context usually defines an area within the called method should act. Probably the class name RequestContext is a bit confusing. The actual goal of the context should be defined by a

[openstack-dev] [nova] bp proposal: New per-aggregate filters targeted for icehouse-3

Hi there, The deadline of blueprints approval comes really quickly and I understand that there are a lot of work todo, but I would like get your attention about 3 new filters targeted for icehouse-3 and with a code already in review. - https://blueprints.launchpad.net/nova/+spec/per-aggregat

[openstack-dev] [TripleO] [Tuskar] Deployment Configuration in the UI

Hi folks, based on overcloud.yaml file (thanks Rob for pointing me there), I put together attributes for deployment configuration which should appear in the UI. Can I ask for a help, to review the list if it is accurate and if not to correct it? https://etherpad.openstack.org/p/tuskar-ui-con

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV

Hi, For the second case, supposed that the PF is properly configured on the host, is it a matter of configuring it as you normally do with a regular ethernet interface to add it to the linux bridge or OVS? --Robert On 1/28/14 1:03 AM, "Irena Berezovsky" mailto:ire...@mellanox.com>> wrote: Hi

[openstack-dev] [Fwd: Change in openstack/neutron[master]: Kill dnsmasq and ns-meta softly]

This might just be the most creative commit message of the year. -jay --- Begin Message --- Salvatore Orlando has uploaded a new change for review. Change subject: Kill dnsmasq and ns-meta softly .. Kill dnsmasq and ns-meta soft

Re: [openstack-dev] [TripleO] [Tuskar] Terminology Revival #1 - Roles

On Tue, 2014-01-28 at 10:02 -0500, Tzu-Mainn Chen wrote: > Yep, although the reason why - that no end-user will know what these terms > mean - > has never been entirely convincing to me. Well, tenants would never see any of the Tuskar UI, so I don't think we need worry about them. And if a deploy

Re: [openstack-dev] [oslo] team meeting Friday 31 Jan 1400 UTC

On Tue, Jan 28, 2014 at 3:55 AM, Flavio Percoco wrote: > On 27/01/14 14:57 -0500, Doug Hellmann wrote: > >> The Oslo team has a few items we need to discuss, so I'm calling a >> meeting for >> this Friday, 31 Jan. Our normal slot is 1400 UTC Friday in >> #openstack-meeting. >> The agenda [1] incl

[openstack-dev] [savanna] How to handle diverging EDP job configuration settings

Hello all, In our first pass at EDP, the model for job settings was very consistent across all of our job types. The execution-time settings fit into this (superset) structure: job_configs = {'configs': {}, # config settings for oozie and hadoop 'params': {}, # substitution values

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV

My comments inline below. Nrupal. From: Robert Li (baoli) [mailto:ba...@cisco.com] Sent: Tuesday, January 28, 2014 8:32 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV Hi, For the second case, supposed that

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV

Thx Irena. Nrupal From: Irena Berezovsky [mailto:ire...@mellanox.com] Sent: Monday, January 27, 2014 10:04 PM To: OpenStack Development Mailing List (not for usage questions) Cc: Jani, Nrupal Subject: RE: [openstack-dev] [nova][neutron] PCI pass-through SRIOV Hi Nrupal, We definitely consider bo

[openstack-dev] [Swift] release 1.12.0

Today I'm happy to announce that we have released Swift 1.12.0. As always, this is a stable release and you can upgrade to this version of Swift with no customer downtime. You can download the code for this release at https://launchpad.net/swift/icehouse/1.12.0 or bug your package provider for the

Re: [openstack-dev] Havana Release V3 Extensions and new features to quota

Hi Vinod, Sorry for the top post, but there is a lot that needs to be done across projects to make the idea of domains and trees actually work. One of the issues which you mention below is the idea of quotas. I was just having a discussion with some folks in IRC about this very issue, and there

Re: [openstack-dev] [Reminder] - Gate Blocking Bug Day on Monday Jan 27th

On 1/24/2014 2:29 PM, Sean Dague wrote: Correction, Monday Jan 27th. My calendar widget was apparently still on May for summit planning... On 01/24/2014 07:40 AM, Sean Dague wrote: It may feel like it's been gate bug day all the days, but we would really like to get people together for gate

Re: [openstack-dev] Proposed Logging Standards

Hi Sean, Could 1.1.1 "Every Inbound WSGI request should be logged Exactly Once" be used to track API call data in order to discover which API calls are being made most frequently? It certainly seems like it could but I want to confirm. I ask because this came up as B "Get aggregate API call da

Re: [openstack-dev] [Fwd: Change in openstack/neutron[master]: Kill dnsmasq and ns-meta softly]

No doubt about it!!! Edgar On 1/28/14 8:45 AM, "Jay Pipes" wrote: >This might just be the most creative commit message of the year. > >-jay >___ >OpenStack-dev mailing list >OpenStack-dev@lists.openstack.org >http://lists.openstack.org/cgi-bin/mailman

Re: [openstack-dev] Proposed Logging Standards

> > For the uses I've seen of it in the nova api code INFO would be perfectly > fine in place of AUDIT. > We've found the AUDIT logs in nova useful for tracking which user initiated a particular request (e.g. delete this instance). AUDIT had a much better signal to noise ratio than INFO or DEBUG.

Re: [openstack-dev] [Ceilometer] [TripleO] adding process/service monitoring

Hello, excellent, this is exactly what we need in Tuskar. :-) Might be good to monitor it via SNMPD. As this daemon will be already running on each node. And I see it should be possible, though not very popular. Then it would be nice to have the data stored in Ceilometer, as it provides generic

Re: [openstack-dev] [TripleO] [Tuskar] Terminology Revival #1 - Roles

On 01/28/2014 11:42 AM, Jay Pipes wrote: On Tue, 2014-01-28 at 10:02 -0500, Tzu-Mainn Chen wrote: Yep, although the reason why - that no end-user will know what these terms mean - has never been entirely convincing to me. Well, tenants would never see any of the Tuskar UI, so I don't think

[openstack-dev] PCI Request, associating a device to its original request

Hi Yongli, In today's IRC meeting, we discussed this a little bit. I think the answer probably lies in the definition of the PCI request. In the current implementation of _translate_alias_to_requests(), a new property (assume it's called requestor_id) maybe added to the PCI request. And this is

[openstack-dev] Hierarchicical Multitenancy Discussion

Hi Everyone, I apologize for the obtuse title, but there isn't a better succinct term to describe what is needed. OpenStack has no support for multiple owners of objects. This means that a variety of private cloud use cases are simply not supported. Specifically, objects in the system can only

Re: [openstack-dev] extending keystone identity

Thanks again, Dolph. First, is there some good documentation on how to write a custom driver? I'm wondering specifically about how a "keystone user-list" is mapped to a specific function in identity/backend/mydriver.py. I suppose this mapping is why I was getting the 500 error about the action n

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

On Tue, Jan 28, 2014 at 7:35 PM, Vishvananda Ishaya wrote: > The key use case here is to delegate administration rights for a group of > tenants to a specific user/role. There is something in Keystone called a > "domain" which supports part of this functionality, but without support > from all of

Re: [openstack-dev] Proposed Logging Standards

On 01/28/2014 12:41 PM, Scott Devoid wrote: > For the uses I've seen of it in the nova api code INFO would be > perfectly fine in place of AUDIT. > > > We've found the AUDIT logs in nova useful for tracking which user > initiated a particular request (e.g. delete this instance). AUDIT had

Re: [openstack-dev] [infra] Meeting Tuesday January 28th at 19:00 UTC

On Mon, Jan 27, 2014 at 11:04 AM, Elizabeth Krumbach Joseph wrote: > The OpenStack Infrastructure (Infra) team is hosting our weekly > meeting tomorrow, Tuesday January 28th, at 19:00 UTC in > #openstack-meeting Thanks to everyone who joined us, meeting minutes and logs now available: Minutes:

Re: [openstack-dev] Reviewday data download problem

On Mon, Jan 27, 2014 at 11:41 AM, Brant Knudson wrote: > A few days ago, a change I submitted to reviewday to generate JSON results > for easy consumption by an application merged. I was hoping that this could > be used with next-review to help me prioritize reviews. > > So I was expecting to now

[openstack-dev] [oslo] VMware tools in oslo-incubator or straight to oslo.vmware

There are several reviews related to adding VMware interface code to the oslo-incubator so it can be shared among projects (start at https://review.openstack.org/#/c/65075/7 if you want to look at the code). I expect this code to be fairly stand-alone, so I wonder if we would be better off creatin

Re: [openstack-dev] [Nova] bp proposal: discovery of peer instances through metadata service

Thanks John - combining with the existing effort seems like the right thing to do (I've reached out to Claxton to coordinate). Great to see that the larger issues around quotas / write-once have already been agreed. So I propose that sharing will work in the same way, but some values are visible

Re: [openstack-dev] [nova][ec2-api]cmd "euca-describle-address" will return error. someone can help me?

Hi! Nice find, this is a bug. I have reported it along with instructions for fixing here: https://bugs.launchpad.net/nova/+bug/1273837 Vish On Jan 21, 2014, at 6:20 PM, li zheming wrote: > hi all: >I used euca2tool3.1.10 to test ec2 api.but when I do cmd > "euca-describle-address", it r

Re: [openstack-dev] extending keystone identity

Use two separate domains for them. Make the userids be "uuid@domainid" to be able distinguish one from the other. On 01/27/2014 04:27 PM, Simon Perfer wrote: I'm looking to create a simple Identity driver that will look at usernames. A small number of specific users should be authenticated by

Re: [openstack-dev] [Keystone] - Cloud federation on top of the Apache

On 01/27/2014 12:26 PM, Marek Denis wrote: Dear all, We have Identity Provider and mapping CRUD operations already merged, so it's a good point to prepare Keystone and Apache to handle SAML (as a starter) requests/responses. For the next OpenStack release it'd be the Apache that handles SAML

[openstack-dev] Sent the first batch of invitations to Atlanta's Summit

A few minutes ago we sent the first batch of invites to people who contributed to any of the official OpenStack programs[1] from 00:00 UTC on April 4, 2014 (Grizzly release day) until present. We'll send more invites *after each milestone* from now on and until feature freeze (March 6th, according

Re: [openstack-dev] [keystone][heat] Migration to keystone v3 API questions

On 01/23/2014 06:21 AM, Steven Hardy wrote: Hi all, I've recently been working on migrating the heat internal interfaces to use the keystone v3 API exclusively[1]. This work has mostly been going well, but I've hit a couple of issues which I wanted to discuss, so we agree the most appropriate w

Re: [openstack-dev] [Fwd: Change in openstack/neutron[master]: Kill dnsmasq and ns-meta softly]

It might be creative, but it's a shame that it did not serve the purpose. At least it confirmed the kernel bug was related to process termination in network namespaces but was due to SIGKILL exlusively, as it occurred with SIGTERM as well. On the bright side, Mark has now pushed another patch whic

Re: [openstack-dev] Proposed Logging Standards

So we are starting to add more cloud audit (aka CADF) support to OpenStack. We have support in Nova and infrastructure added to Ceilometer and I am starting to add this capability to keystone. This work is based on sending events to ceilometer. If this is related to the audit work below I wo

Re: [openstack-dev] extending keystone identity

Thanks Adam. We played around with domains without success. There's a rather complex reason why given our existing OpenStack environment. I'm still hoping that it will be simple enough to extend an existing driver. I'd also love to learn how to code my own driver for some more complex authentica

Re: [openstack-dev] [neutron] Neutron should disallow /32 CIDR

I think I agree. The new check isn't adding much value and we could debate for a long time whether /30 is useful and should be disallowed or not. There are bigger fish to fry. Carl On Fri, Jan 24, 2014 at 10:43 AM, Paul Ward wrote: > Given your obviously much more extensive understanding of ne

Re: [openstack-dev] [Fwd: Change in openstack/neutron[master]: Kill dnsmasq and ns-meta softly]

+1 anyway. Sometimes I feel like we've lost the humor in our work, but at least I see it on IRC and now here. Thanks for the humanity check! --Rocky From: Salvatore Orlando [mailto:sorla...@nicira.com] Sent: Tuesday, January 28, 2014 1:05 PM To: OpenStack Development Mailing List (not for usag

Re: [openstack-dev] [oslo] VMware tools in oslo-incubator or straight to oslo.vmware

On Tue, Jan 28 2014, Doug Hellmann wrote: > There are several reviews related to adding VMware interface code to the > oslo-incubator so it can be shared among projects (start at > https://review.openstack.org/#/c/65075/7 if you want to look at the code). > > I expect this code to be fairly stand-

Re: [openstack-dev] [oslo] VMware tools in oslo-incubator or straight to oslo.vmware

On Jan 28, 2014, at 5:01 PM, Julien Danjou wrote: > On Tue, Jan 28 2014, Doug Hellmann wrote: > >> There are several reviews related to adding VMware interface code to the >> oslo-incubator so it can be shared among projects (start at >> https://review.openstack.org/#/c/65075/7 if you want to l

Re: [openstack-dev] [TripleO] icehouse-1 test disk images setup

Sorry to revive an old thread, but I've updated these images based on the icehouse-2 milestone. I've updated the instructions with the new download links: https://gist.github.com/slagle/981b279299e91ca91bd9 To reiterate, the point here is to give people an easier on ramp to getting a tripleo setu

[openstack-dev] Configuration Discovery - Satori

OpenStack Devs, I'd like to introduce you to a team working on an interesting problem space. We would like to know what you think about Configuration Discovery. We plan to build a tool that aids in the process of automated configuration discovery. At Rackspace we work with customers who have pr

Re: [openstack-dev] [oslo] VMware tools in oslo-incubator or straight to oslo.vmware

On Tue, Jan 28, 2014 at 5:06 PM, Donald Stufft wrote: > > On Jan 28, 2014, at 5:01 PM, Julien Danjou wrote: > > > On Tue, Jan 28 2014, Doug Hellmann wrote: > > > >> There are several reviews related to adding VMware interface code to the > >> oslo-incubator so it can be shared among projects (st

Re: [openstack-dev] [oslo] VMware tools in oslo-incubator or straight to oslo.vmware

On 01/28/2014 05:06 PM, Donald Stufft wrote: > > On Jan 28, 2014, at 5:01 PM, Julien Danjou > wrote: > >> On Tue, Jan 28 2014, Doug Hellmann wrote: >> >>> There are several reviews related to adding VMware interface >>> code to the oslo-incubator so it can be shared among projects >>> (start at

[openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 29th

Hi Folks, Can we have one more meeting tomorrow? I'd like to discuss the blueprints we are going to have and what each BP will be covering. thanks, Robert ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-b

Re: [openstack-dev] Proposed Logging Standards

On Tue, 2014-01-28 at 16:25 -0500, Brad Topol wrote: > So we are starting to add more cloud audit (aka CADF) support to > OpenStack. We have support in Nova and infrastructure added to > Ceilometer and I am starting to add this capability to keystone. This > work is based on sending events to cei

Re: [openstack-dev] [oslo] log message translations

On 2014-01-27 14:12, CARVER, PAUL wrote: Jay Pipes wrote: Have you ever tried using Google Translate for anything more than very simple phrases? The results can be... well, interesting ;) And given the amount of technical terms used in these messages, I doubt GT or any automated translating

Re: [openstack-dev] [neutron] Neutron should disallow /32 CIDR

Well say Carl! I am sorry I did not get back to you on this topic before. In general and after thinking about it, it makes sense to leave could admin to adage the /32 cases if any. Edgar On 1/28/14 1:46 PM, "Carl Baldwin" wrote: >I think I agree. The new check isn't adding much value and we co

Re: [openstack-dev] Configuration Discovery - Satori

On Tue, 2014-01-28 at 22:36 +, Adrian Otto wrote: > OpenStack Devs, > > I'd like to introduce you to a team working on an interesting problem space. > We would like to know what you think about Configuration Discovery. We plan > to build a tool that aids in the process of automated configura

Re: [openstack-dev] Configuration Discovery - Satori

On 01/28/2014 06:02 PM, Jay Pipes wrote: > On Tue, 2014-01-28 at 22:36 +, Adrian Otto wrote: >> OpenStack Devs, >> >> I'd like to introduce you to a team working on an interesting problem space. >> We would like to know what you think about Configuration Discovery. We plan >> to build a tool

Re: [openstack-dev] Proposed Logging Standards

On 01/28/2014 05:56 PM, Jay Pipes wrote: > On Tue, 2014-01-28 at 16:25 -0500, Brad Topol wrote: >> So we are starting to add more cloud audit (aka CADF) support to >> OpenStack. We have support in Nova and infrastructure added to >> Ceilometer and I am starting to add this capability to keystone.

Re: [openstack-dev] Configuration Discovery - Satori

On 01/28/2014 06:02 PM, Jay Pipes wrote: > On Tue, 2014-01-28 at 22:36 +, Adrian Otto wrote: >> OpenStack Devs, >> >> I'd like to introduce you to a team working on an interesting problem space. >> We would like to know what you think about Configuration Discovery. We plan >> to build a tool

Re: [openstack-dev] Configuration Discovery - Satori

Andrian, Looks an interesting idea. Would you envision Satori primarily as an migration tool? Let's use the following scenarios as an example to explore the scope in your mind. Server1 is a physical server running a mail server service, and we would like migrate it onto a virtual server provis

Re: [openstack-dev] Configuration Discovery - Satori

On January 28, 2014 at 5:05:56 PM, Jay Pipes (jaypi...@gmail.com) wrote: In the Related Work section, you list: Devstructure Blueprint (https://github.com/devstructure/blueprint) That is precisely what I would recommend. I don't see value in having a separate OpenStack project that does this. Be

Re: [openstack-dev] [Solum] Oslo Context and SecurityContext

On 28/01/14 07:13 -0800, Georgy Okrokvertskhov wrote: Hi, From my experience context is usually bigger then just a storage for user credentials and specifics of request. Context usually defines an area within the called method should act. Probably the class name RequestContext is a bit confusing

Re: [openstack-dev] Proposed Logging Standards

> A big part of my interest here is to make INFO a useful informational > level for operators. That means getting a bunch of messages out of it > that don't belong. +1 to that! How should I open / tag bugs for this? We should be logging user / tenant on every wsgi request, so that should > be pa

Re: [openstack-dev] [Nova] Dropping XML support in the v3 compute API

On Fri, Jan 24, 2014 at 8:28 AM, Russell Bryant wrote: > Greetings, > > Recently Sean Dague started some threads [1][2] about the future of XML > support in Nova's compute API. Specifically, he proposed [3] that we > drop XML support in the next major version of the API (v3). I wanted to > foll

Re: [openstack-dev] [neutron] ML2 plugin swallows mechanism driver exceptions

FYI - I have pushed a change to gerrit for this: https://review.openstack.org/#/c/69748/ I went the simple route of just including the last exception encountered. All comments and reviews welcome!! Andre Pech wrote on 01/24/2014 03:43:24 PM: > From: Andre Pech > To: "OpenStack Development

[openstack-dev] Google Sumer of Code 2014 - 2/14/14 deadline for orgs

Hi all, The Google Summer of Code program has been around since 2005, and as an org OpenStack has applied a few of the past years without getting accepted due to needing more detail in the projects and dedicated mentors. I'd like to see if we as a project want to try again this year to put in proj

Re: [openstack-dev] Configuration Discovery - Satori

On January 28, 2014 at 5:18:42 PM, Yang Shuo (Shuo) (shuo.y...@huawei.com(mailto://shuo.y...@huawei.com)) wrote: > Andrian, > > Looks an interesting idea. Would you envision Satori primarily as an > migration tool? Let's use the following scenarios as an example to explore > the scope in your

Re: [openstack-dev] Configuration Discovery - Satori

On Tue, 2014-01-28 at 17:20 -0600, Caleb Groom wrote: > On January 28, 2014 at 5:05:56 PM, Jay Pipes (jaypi...@gmail.com) > wrote: > > In the Related Work section, you list: > > > > Devstructure Blueprint (https://github.com/devstructure/blueprint) > > > > That is precisely what I would recommend

  1   2   >