Re: [openstack-dev] [neutron] Why is "network" and "subnet" modeled separately?

Though we can add multiple subnets to the Network. We don't have an option to attach/select subnet to Network. It is observed that when all the IP Address are consumed from first subnet, then it starts using the next subnet available for the network. More flexibility in selecting subnet to Netw

[openstack-dev] Code review study

This may interest data-driven types here. https://www.ibm.com/developerworks/rational/library/11-proven-practices-for-peer-review/ Note specifically the citation of 200-400 lines as the knee of the review effectiveness curve: that's lower than I thought - I thought 200 was clearly fine - but no.

Re: [openstack-dev] [nova] Looking to get opinions on scheduler bug 1212478

Hi Matt-- After some additional investigation and sifting through code, I found that the RetryFilter and live migration are unrelated. I've posted some additional comments on there and invalidated this one. Thanks for the quick turnaround. Thanks, Joe Cropper 3605 Hwy 52 N Cloud Systems

[openstack-dev] [nova] Looking to get opinions on scheduler bug 1212478

For this bug: https://bugs.launchpad.net/nova/+bug/1212478 I can see the argument about not wanting the scheduler to keep trying to find a new host for the migration when the specific targeted host didn't work, but this seems like a design change so wanted to bring it up in the mailing list be

Re: [openstack-dev] Swift, netifaces, PyPy, and cffi

On Aug 14, 2013, at 11:12 AM, Jarret Raim wrote: > I vote for including cffi. We are going to use a cffi lib as part of Barbican > (key management) anyway, so I'd like to see wider acceptance. > > Jarret +1 cffi rocks Vish > > From: Alex Gaynor > Reply-To: OpenStack List > Date: Wednes

[openstack-dev] [nova] live-snapshot/cloning of virtual machines

Hi Everyone, I have been trying for some time to get the code for the live-snapshot blueprint[1] in. Going through the review process for the rpc and interface code[2] was easy. I suspect the api-extension code[3] will also be relatively trivial to get in. The main concern is with the libvirt d

Re: [openstack-dev] Extension to volume creation (filesystem and label)

On 8/13/2013 11:42 PM, Greg Poirier wrote: On Tue, Aug 13, 2013 at 1:37 PM, Caitlin Bestler mailto:caitlin.best...@nexenta.com>> wrote: I'm not following something here. What is the point at dictating a specific FS format when the compute node will be the one applying the interpretat

Re: [openstack-dev] [Glance] Blueprint proposal - Import / Export images with user properties

Thank's Mark, it's exactly this kind of feedback I was looking for. As you suggested, I'm going to make a single blueprint for OVF. Regards, Emilien Macchi # OpenStack Engineer // eNovance Inc. http://enovance.com // ✉ emil...@en

[openstack-dev] [State-Management] Agenda for tomorrows meeting at 2000 UTC

Hi all, The [state-management] project team holds a weekly meeting in #openstack-meeting on thursdays, 2000 UTC. The next meeting is tomorrow, Aug 14!!! As usual, everyone is welcome :-) Link: https://wiki.openstack.org/wiki/Meetings/StateManagement Taskflow: https://wiki.openstack.org/TaskFlo

Re: [openstack-dev] [Openstack-docs] What's Up Doc? Aug 14, 2013

On 08/14/2013 04:17 PM, Anne Gentle wrote: > 5. Doc tools updates: > > The Maven plugin that builds our docs is sourced at > https://github.com/rackerlabs/clouddocs-maven-plugin and just released > version 1.9.0. > > Our pom.xml files still point to 1.8.0 but we could start testing 1.9.0 > which

[openstack-dev] What's Up Doc? Aug 14, 2013

Here are six things you want to know from OpenStack doc-land. I've cross posted to openstack-docs and openstack-dev, so please reply only to the openstack-docs list with any questions or feedback. We had our team meeting this week, and you can read the log and minutes at https://wiki.openstack.or

Re: [openstack-dev] Migrating to testr parallel in tempest

Matthew Treinish wrote: > Also, if anyone has any input on what threshold they feel is good enough > for this I'd welcome any input on that. For example, do we want to ensure > a >= 1:1 match for job success? Or would something like 90% as stable as the > serial job be good enough considering the

Re: [openstack-dev] Migrating to testr parallel in tempest

On Wed, Aug 14, 2013 at 11:05:35AM -0500, Ben Nemec wrote: > On 2013-08-13 16:39, Clark Boylan wrote: > >On Tue, Aug 13, 2013 at 1:25 PM, Matthew Treinish > > wrote: > >> > >>Hi everyone, > >> > >>So for the past month or so I've been working on getting tempest > >>to work stably > >>with testr in

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

Simo Sorce wrote: > On Wed, 2013-08-14 at 14:06 -0300, Thierry Carrez wrote: >> I explained why I prefer it to land in a few weeks rather than now... >> Can someone explain why they prefer the reverse ? Why does it have to be >> in havana ? > > Because it was painful top rebase due to the migratio

Re: [openstack-dev] Migrating to testr parallel in tempest

On 15 August 2013 08:02, Alexius Ludeman wrote: > I kind of high jacked another thread with my testr problems, but I want to > reiterate it directly on this one as they are my pain points I had from the > transition. > > testr does not appear to support --exclusion[1] or --stop[2]. 1 is tricky to

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

Simo Sorce wrote: > On Wed, 2013-08-14 at 12:35 -0300, Thierry Carrez wrote: >> Simo Sorce wrote: During today's project status meeting [1], the state of KDS was discussed [2]. To quote ttx directly: "we've been bitten in the past with late security-sensitive stuff" and "I'm a bit wo

Re: [openstack-dev] [neutron] Why is "network" and "subnet" modeled separately?

On Wed, Aug 14, 2013 at 1:41 PM, Jay Pipes wrote: > On 08/14/2013 04:31 PM, Jay Buffington wrote: > >> A common use case would be that one tenant creates a network with a >> > 10.1.1.0/24 subnet. Another tenant wants to use >> that same network, so they create a new network

Re: [openstack-dev] Skipping tests in tempest via config file

On 14 August 2013 14:10, Ian Wienand wrote: > Hi, > > I proposed a change to tempest that skips tests based on a config file > directive [1]. Reviews were inconclusive and it was requested the > idea be discussed more widely. > > Of course issues should go upstream first. However, sometimes test

Re: [openstack-dev] Skipping tests in tempest via config file

On 15 August 2013 04:35, Alexius Ludeman wrote: > I am running tempest on OEL 6.3 (aka RHEL 6.3) and I had issues with > python 2.6 and skipException[3], so now I'm using python 2.7 just for > tempest. I also had difficulty with yum and python module dependency and > made the transition to venv.

Re: [openstack-dev] [neutron] Why is "network" and "subnet" modeled separately?

On 08/14/2013 04:31 PM, Jay Buffington wrote: network is layer 2 and subnet is layer 3. That's quite confusing. A common use case would be that one tenant creates a network with a 10.1.1.0/24 subnet. Another tenant wants to use that same network, so they create a new net

Re: [openstack-dev] [neutron] Why is "network" and "subnet" modeled separately?

network is layer 2 and subnet is layer 3. A common use case would be that one tenant creates a network with a 10.1.1.0/24 subnet. Another tenant wants to use that same network, so they create a new network and can also create the 10.1.1.0/24 subnet. On Wed, Aug 14, 2013 at 1:12 PM, Lorin Hochst

Re: [openstack-dev] Migrating to testr parallel in tempest

- Original Message - > From: "Matthew Treinish" > To: openstack-dev@lists.openstack.org > Sent: Tuesday, August 13, 2013 4:25:14 PM > Subject: [openstack-dev] Migrating to testr parallel in tempest > > > Hi everyone, > > So for the past month or so I've been working on getting tempest

Re: [openstack-dev] [Ceilometer] SQL meter table schema improvements

On 08/14/2013 04:12 PM, Dan Prince wrote: - Original Message - From: "Jay Pipes" To: "OpenStack Development Mailing List" Sent: Wednesday, August 14, 2013 12:42:29 PM Subject: [openstack-dev] [Ceilometer] SQL meter table schema improvements Hi all, I submitted a bug report to improve

[openstack-dev] [neutron] Why is "network" and "subnet" modeled separately?

Here's a neutron implementation question: why does neutron model "network" and "subnet" as separate entities? Or, to ask another way, are there are any practical use cases where you would *not* have a one-to-one relationship between neutron networks and neutron subnets in an OpenStack deployment?

Re: [openstack-dev] [Ceilometer] SQL meter table schema improvements

- Original Message - > From: "Jay Pipes" > To: "OpenStack Development Mailing List" > Sent: Wednesday, August 14, 2013 12:42:29 PM > Subject: [openstack-dev] [Ceilometer] SQL meter table schema improvements > > Hi all, > > I submitted a bug report to improve the schema of the meter ta

[openstack-dev] [oslo] ack(), reject() and requeue() support in rpc ...

At Eric's request in https://review.openstack.org/#/c/41979/ I'm bringing this to the ML for feedback. Currently, oslo-common rpc behaviour is to always ack() a message no matter what. For billing purposes we can't afford to drop important notifications (like *.exists). We only want to ack() if n

Re: [openstack-dev] Migrating to testr parallel in tempest

I kind of high jacked another thread with my testr problems, but I want to reiterate it directly on this one as they are my pain points I had from the transition. testr does not appear to support --exclusion[1] or --stop[2]. I have a work around for --exclusion, by: testr list-tests | egrep -v r

Re: [openstack-dev] Swift, netifaces, PyPy, and cffi

On 08/14/2013 06:25 AM, Chmouel Boudjnah wrote: > > On Tue, Aug 13, 2013 at 11:58 PM, Alex Gaynor > wrote: > > a) cffi-only approach, this is obviously the simplest approach, and > works everywhere (assuming you can install a PPA, use pip, or > similar

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

On Wed, 2013-08-14 at 14:06 -0300, Thierry Carrez wrote: > Adam Young wrote: > > On 08/13/2013 06:20 PM, Dolph Mathews wrote: > >> During today's project status meeting [1], the state of KDS was > >> discussed [2]. To quote ttx directly: "we've been bitten in the past > >> with late security-sensit

Re: [openstack-dev] Blueprint for Amazon VPC API support

In addition there is one more change: New euca2ools commands have been added to support all the VPC related CLI. Thanks, Rudra On Aug 13, 2013, at 10:38 PM, Rudra Rugge mailto:rru...@juniper.net>> wrote: Hi All, A blueprint has been registered to add Amazon VPC API support. Currently Amazon E

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

On Wed, 2013-08-14 at 12:41 -0300, Thierry Carrez wrote: > Dolph Mathews wrote: > > With regard > > to: https://blueprints.launchpad.net/keystone/+spec/key-distribution-server > > [...] > > Dolph: you don't mention Barbican at all, does that mean that the issue > is settled and the KDS should live

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

On Wed, 2013-08-14 at 12:35 -0300, Thierry Carrez wrote: > Simo Sorce wrote: > >> During today's project status meeting [1], the state of KDS was > >> discussed [2]. To quote ttx directly: "we've been bitten in the past > >> with late security-sensitive stuff" and "I'm a bit worried to ship > >> la

Re: [openstack-dev] Swift, netifaces, PyPy, and cffi

I vote for including cffi. We are going to use a cffi lib as part of Barbican (key management) anyway, so I'd like to see wider acceptance. Jarret From: Alex Gaynor mailto:alex.gay...@gmail.com>> Reply-To: OpenStack List mailto:openstack-dev@lists.openstack.org>> Date: Wednesday, August 14, 201

Re: [openstack-dev] [Glance] Blueprint proposal - Import / Export images with user properties

I think this could fit alongside a current blueprint we've discussed ( https://blueprints.launchpad.net/glance/+spec/iso-image-metadata) that does similar things for metadata in isos. In general, I think the sane way to add a feature like this is as an optional container-format-specific plugin for

Re: [openstack-dev] Skipping tests in tempest via config file

I put a nose.cfg with my excludes in the user's root and it works to run nosetests via the virtual environment like this: tempest/tools/./with_venv.sh nosetests I had to use the run_tests.sh script in tempest to create the virtual environment, but after that running tempest via nose within the

Re: [openstack-dev] [ANVIL] Missing openvswitch dependency for basic-neutron.yaml persona

Hi Sylvain, Thanks for checking looking it over. I think another anvil dev has started looking at the bug but here is an explanation of the spec process anyway :-) Preparing: which does the creation of the SRPMs 0. https://github.com/stackforge/anvil/blob/master/anvil/actions/prepare.py#L71 a

Re: [openstack-dev] [Ceilometer] SQL meter table schema improvements

On 08/14/2013 12:52 PM, Julien Danjou wrote: On Wed, Aug 14 2013, Jay Pipes wrote: I submitted a bug report to improve the schema of the meter table to reduce duplication: https://bugs.launchpad.net/ceilometer/+bug/1211985 This would only affect the SQL storage driver. Interested in hearing

Re: [openstack-dev] Swift, netifaces, PyPy, and cffi

I just chatted with the Python product owner at Red Hat, he says this is going to make it's way to the next step later today (this past weekend was a Fedora conference), so this should be happening soon. Joe: Yup, I'm familiar with that piece (I had lunch with Vish the other week and he's the one

Re: [openstack-dev] [Glance] Blueprint proposal - Import / Export images with user properties

Hi Mark, I was thinking at the OVF container format first since as far I know, it does support metadatas. Thank's, Emilien Macchi # OpenStack Engineer // eNovance Inc. http://enovance.com // ? emil...@enovance.com ? +33 (0)1

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

Adam Young wrote: > On 08/13/2013 06:20 PM, Dolph Mathews wrote: >> During today's project status meeting [1], the state of KDS was >> discussed [2]. To quote ttx directly: "we've been bitten in the past >> with late security-sensitive stuff" and "I'm a bit worried to ship >> late code with such se

Re: [openstack-dev] [keystone] Pagination

On 08/14/2013 12:25 PM, Mac Innes, Kiall wrote: So, Are we saying that UIs built on OpenStack APIs shouldn't be able to show traditional pagination controls? Or am I missing how this should work with marker/limit? No, not quite what I'm saying. The operation to get the total number of pages --

Re: [openstack-dev] [keystone] Pagination

So I have started an etherpad to summarize the views expressed over this email chain: https://etherpad.openstack.org/pagination Feel free to add to (and correct) this. Henry On 14 Aug 2013, at 17:25, Mac Innes, Kiall wrote: > So, Are we saying that UIs built on OpenStack APIs shouldn't be able

Re: [openstack-dev] [Ceilometer] SQL meter table schema improvements

On Wed, Aug 14 2013, Jay Pipes wrote: > I submitted a bug report to improve the schema of the meter table to reduce > duplication: > > https://bugs.launchpad.net/ceilometer/+bug/1211985 > > This would only affect the SQL storage driver. > > Interested in hearing thoughts on the above recommendatio

[openstack-dev] [Ceilometer] SQL meter table schema improvements

Hi all, I submitted a bug report to improve the schema of the meter table to reduce duplication: https://bugs.launchpad.net/ceilometer/+bug/1211985 This would only affect the SQL storage driver. Interested in hearing thoughts on the above recommendations, which are: 1) Replace counter_type

Re: [openstack-dev] Skipping tests in tempest via config file

I am running tempest on OEL 6.3 (aka RHEL 6.3) and I had issues with python 2.6 and skipException[3], so now I'm using python 2.7 just for tempest. I also had difficulty with yum and python module dependency and made the transition to venv. This has reduced the yum dependency nightmare greatly.

Re: [openstack-dev] [Glance] Blueprint proposal - Import / Export images with user properties

Lets dig into this a bit more so that I can understand it. Given that we have properties that we want to export with an image, where would those properties be stored? Somewhere in the image data itself? I believe some image formats support metadata, but I can't imagine all of them would. Is there

Re: [openstack-dev] [keystone] Pagination

So, Are we saying that UIs built on OpenStack APIs shouldn't be able to show traditional pagination controls? Or am I missing how this should work with marker/limit? e.g. for 11 pages of content, something like: 1 2 3 .. 10 11 Thanks, Kiall On 13/08/13 22:45, Jay Pipes wrote: > On 08/13/2013 0

Re: [openstack-dev] Swift, netifaces, PyPy, and cffi

On 2013-08-13 16:58, Alex Gaynor wrote: One of the issues that came up in this review however, is that cffi is not packaged in the most recent Ubuntu LTS (and likely other distributions), although it is available in raring, and in a PPA (http://packages.ubuntu.com/raring/python-cffi [2] nd http

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

It's just an extension, shouldn't be treated differently as long as it follow the rules and regulations. 1. Bp 2. Spec (identity-api) 3. Server-side changes (keystone) 4. Client-side changes if any (python-keystoneclient) If OpenStack security community is participati

Re: [openstack-dev] Migrating to testr parallel in tempest

On 2013-08-13 16:39, Clark Boylan wrote: On Tue, Aug 13, 2013 at 1:25 PM, Matthew Treinish wrote: Hi everyone, So for the past month or so I've been working on getting tempest to work stably with testr in parallel. As part of this you may have noticed the testr-full jobs that get run on the

[openstack-dev] Create a tar.gz stream from a block device

Hi Stackers, I would like to create a readable tar.gz stream, inside that stream I want to see only one file, and that file's content should be read from a device. The virtual disk is attached to domU as a block device (/dev/xvdb) I would like to produce a tar.gz, that contains the contents of /d

Re: [openstack-dev] [keystone] Pagination

2013/8/14 Kieran Spear > > On 14/08/2013, at 7:40 AM, Jay Pipes wrote: > > > On 08/13/2013 05:04 PM, Gabriel Hurley wrote: > >> I have been one of the earliest, loudest, and most consistent PITA's > about pagination, so I probably oughta speak up. I would like to state > three facts: > >> > >> 1

Re: [openstack-dev] [Ceilometer] Question about get_meters query using a JOIN

On Wed, Aug 14 2013, Thomas Maddox wrote: > Ahhh yep, when I look at the two side-by-side I can see what you're > saying. Thanks for the explanation! > > So, then should I write up a BP for improvements of this sort, like the > API improvement one? It seems like we may get better results if the SQ

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

Dolph Mathews wrote: > With regard > to: https://blueprints.launchpad.net/keystone/+spec/key-distribution-server > [...] Dolph: you don't mention Barbican at all, does that mean that the issue is settled and the KDS should live in keystone ? A side-benefit of landing early in Icehouse rather than

[openstack-dev] [Glance] Blueprint proposal - Import / Export images with user properties

Hi, I would like to discuss here about two blueprint proposal (maybe could I merge them into one if you prefer) : https://blueprints.launchpad.net/glance/+spec/api-v2-export-properties https://blueprints.launchpad.net/glance/+spec/api-v2-import-properties *Use case* : I would like to set specif

Re: [openstack-dev] [Ceilometer] Concerning get_resources/get_meters and the Ceilometer API

On 8/14/13 10:29 AM, "Julien Danjou" wrote: >On Wed, Aug 14 2013, Thomas Maddox wrote: > >> Am I misunderstanding the code? This looks like it's returning the first >> sample's details: >> >>https://github.com/openstack/ceilometer/blob/master/ceilometer/storage/im >>pl >> _mongodb.py#L578-L584.

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

Simo Sorce wrote: >> During today's project status meeting [1], the state of KDS was >> discussed [2]. To quote ttx directly: "we've been bitten in the past >> with late security-sensitive stuff" and "I'm a bit worried to ship >> late code with such security implications as a KDS." > > Is ttx goin

Re: [openstack-dev] [Ceilometer] Question about get_meters query using a JOIN

On 8/14/13 3:26 AM, "Julien Danjou" wrote: >On Tue, Aug 13 2013, Thomas Maddox wrote: > >> I was curious about why we went for a JOIN here rather than just using >>the >> meter table initially? >> >>https://github.com/openstack/ceilometer/blob/master/ceilometer/storage/im >>pl_sqlalchemy.py#L3

Re: [openstack-dev] [Ceilometer] Concerning get_resources/get_meters and the Ceilometer API

On Wed, Aug 14 2013, Thomas Maddox wrote: > Am I misunderstanding the code? This looks like it's returning the first > sample's details: > https://github.com/openstack/ceilometer/blob/master/ceilometer/storage/impl > _mongodb.py#L578-L584. When I change the metadata attribute's aggregation > func

Re: [openstack-dev] Proposal for approving Starting by scheduler development blueprint.

On 08/13/2013 10:32 PM, cosmos cosmos wrote: > Hello. > > My name is Rucia for Samsung SDS. > > > Now, I am developing Start Logic by nova-scheduler > for efficient resources of host. > > This function is already implemented in folsom release version. > > > It is used for the iscsi target su

Re: [openstack-dev] [Ceilometer] Concerning get_resources/get_meters and the Ceilometer API

On 8/14/13 7:48 AM, "Sandy Walsh" wrote: > >On 08/14/2013 06:17 AM, Julien Danjou wrote: >> On Tue, Aug 13 2013, Thomas Maddox wrote: >> >> Hi Thomas, >> >>> * Driving get_resources() with the Meter table instead of the >>> Resource table. This is mainly because of the additional filter

Re: [openstack-dev] Need of L3-Agent to Router Binding

Hi Rahul, > In which scenario will I have more than one l3agents installed in my setup? You may start l3agent on each of your compute nodes so routers are distributed across nodes. It also would allow to implement failover for l3 agents: when some node with l3 agent fails, router may be reschedule

[openstack-dev] Need of L3-Agent to Router Binding

Hi All, I am having a basic query on the need of l3agent to router binding. If we have a look at current code, we keep a binding of "l3agent to the router" which it has created. Why do we do that? I am unable to think out the possible reason in doing so. In which scenario will I have more than on

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

On Tue, Aug 13, 2013 at 5:54 PM, Simo Sorce wrote: > On Tue, 2013-08-13 at 17:20 -0500, Dolph Mathews wrote: > > With regard > > to: > https://blueprints.launchpad.net/keystone/+spec/key-distribution-server > > > Well I am of course biased so take my comments with a grain of salt, > that said...

Re: [openstack-dev] GPU passthrough support blueprints for OpenStack

Thanks for the pointers. I'll try to work with the UCS-ISI team that currently maintains those stories and see if we can reconcile or close the old blueprints. - Brian Schott, CTO Nimbis Services, Inc. brian.sch...@nimbisservices.com ph: 443-274

Re: [openstack-dev] [keystone] [oslo] postpone key distribution bp until icehouse?

On 08/13/2013 06:20 PM, Dolph Mathews wrote: With regard to: https://blueprints.launchpad.net/keystone/+spec/key-distribution-server During today's project status meeting [1], the state of KDS was discussed [2]. To quote ttx directly: "we've been bitten in the past with late security-sensitiv

Re: [openstack-dev] [Neutron] Ceilometer support

Hi Gary, Isn't it something that 'metering support' is going to solve? A couple of patches addressing this are on review. Thanks, Eugene. On Wed, Aug 14, 2013 at 3:47 PM, Gary Kotton wrote: > [image: Description: > https://fbcdn-sphotos-f-a.akamaihd.net/hphotos-ak-prn2/1098074_725247340838055

Re: [openstack-dev] [Ceilometer] Concerning get_resources/get_meters and the Ceilometer API

On 08/14/2013 06:17 AM, Julien Danjou wrote: > On Tue, Aug 13 2013, Thomas Maddox wrote: > > Hi Thomas, > >> * Driving get_resources() with the Meter table instead of the >> Resource table. This is mainly because of the additional filtering >> available in the Meter table, which allows

Re: [openstack-dev] dnsmasq doesn't send DHCPACK

Hello, Alvise It is possible that the version of dnsmasq and lease time is an issue: https://bugs.launchpad.net/nova/+bug/887162 http://markmail.org/message/7kjf4hljszpydsrx#query:+page:1+mid:7kjf4hljszpydsrx+state:results Hope this helps. -- Best regards, Oleg Gelbukh Mirantis Inc. On Wed,

[openstack-dev] dnsmasq doesn't send DHCPACK

Dear list, I'm facing a problem related with network bring up inside a virtual instance Scientific Linux 5. My Openstack installation has been made with packstack (with options --allinone --os-swift-install=n --os-quantum-install=n --os-cinder-install=n), using the latest Grizzly, on a Scientifi

Re: [openstack-dev] GPU passthrough support blueprints for OpenStack

Hi Brian, On the Hyper-V side we have Remote-Fx support in the works for Havana: https://blueprints.launchpad.net/nova/+spec/hyper-v-remotefx The code will be ready for review around next week. Thanks, Alessandro On Aug 14, 2013, at 01:07 , Brian Schott mailto:brian.sch...@nimbisservices.co

[openstack-dev] Does Nova v2API need to know about any Neutron objects apart from ports ? (was RE: [nova] security_groups extension in nova api v3)

>> >> On Aug 13, 2013, at 2:11 AM, Day, Phil wrote: >> >> If we really want to get clean separation between Nova and Neutron in the V3 >> API should we consider making the Nov aV3 API only accept lists o port ids in >> the server create command ? >> >> That way there would be no need to every pas

[openstack-dev] [Neutron] Ceilometer support

[cid:image001.jpg@01CE98FD.2A08F120] <>___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] GPU passthrough support blueprints for OpenStack

Hi Brian, Instead of specific GPU pass-through there are blueprints for generic PCI pass through at https://blueprints.launchpad.net/nova/+spec/pci-passthrough-base - these are being worked on for Havana and we're hopeful they will get in (possibly libvirt only) In terms of vGPU rather than w

Re: [openstack-dev] Swift, netifaces, PyPy, and cffi

On Tue, Aug 13, 2013 at 11:58 PM, Alex Gaynor wrote: > a) cffi-only approach, this is obviously the simplest approach, and works > everywhere (assuming you can install a PPA, use pip, or similar for cffi) > b) wait until the next LTS to move to this approach (requires waiting > until 2014 for PyP

Re: [openstack-dev] [ANVIL] Missing openvswitch dependency for basic-neutron.yaml persona

Thanks for the links, pretty useful. I do understand the process, but I have to admin I don't catch which Cheetah placeholder I would use for doing a big 'if' statement conditioning the package openstack-neutron-openvswitch on the core_plugin yaml option. As you said, this is not enough, if as

Re: [openstack-dev] [Ceilometer] Concerning get_resources/get_meters and the Ceilometer API

On Tue, Aug 13 2013, Thomas Maddox wrote: Hi Thomas, > * Driving get_resources() with the Meter table instead of the > Resource table. This is mainly because of the additional filtering > available in the Meter table, which allows us to satisfy a use case > like getting a list of resour

Re: [openstack-dev] Difference between RBAC polices thats stored in policy.json and policies that can be created using openstack/identity/v3/policies

Hi Sudheesh, Using v3/policies is just a way of allowing other keystone projects (nova, glance) etc. a place to centrally store/access their policy files. Keystone does not interpret any of the data you store here - it is simply acting as a central repository (where you can store a big blob of

[openstack-dev] [Ceilometer] Meeting agenda for Wed Aug 14 at 2100 UTC

The Ceilometer project team holds a meeting in #openstack-meeting, see https://wiki.openstack.org/wiki/Meetings/MeteringAgenda for more details. Next meeting is on Wed Aug 14 at 2100 UTC Please add your name with the agenda item, so we know who to call on during the meeting. * Actions from last

Re: [openstack-dev] Proposal for approving Starting by scheduler development blueprint.

I’m interested in this, want to hear others’ opinions. Lingxian Kong Huawei Technologies Co.,LTD. IT Product Line CloudOS PDU China, Xi'an Mobile: +86-18602962792 Email: konglingx...@huawei.com From: cosmos cosmos [mailto:cosmos0...@gma

Re: [openstack-dev] [Ceilometer] Question about get_meters query using a JOIN

On Tue, Aug 13 2013, Thomas Maddox wrote: > I was curious about why we went for a JOIN here rather than just using the > meter table initially? > https://github.com/openstack/ceilometer/blob/master/ceilometer/storage/impl_sqlalchemy.py#L336-L391. > Doug had mentioned that some performance testing

Re: [openstack-dev] [Horizon] The source language of Horizon in Transifex

Hi Daisy, "Ying Chun Guo" wrote: > Now the source language of Horizon in Transifex is set as en_US, not en. So > when pulling the translations > from Transifex, there will be some dummy characters in en.po, which will > cause errors in unit > tests. > > I don't find a way to change the setting i

[openstack-dev] I18n's meeting tomorrow

Hi, There will be OpenStack I18n team meeting at 0100UTC on Thursday (August 15th) in IRC channel #openstack-meeting. The time, we use Asia/America friendly time. Welcome to join the meeting. We will cover following topics this time: Action items from the last meeting Progress with

Re: [openstack-dev] Proposal for approving Auto HA development blueprint.

Hi yongiman: I wander what’s the difference between your ‘auto HA’ API and ‘evacuate’ Lingxian Kong Huawei Technologies Co.,LTD. IT Product Line CloudOS PDU China, Xi'an Mobile: +86-18602962792 Email: konglingx...@huawei.com From: yong