[openstack-dev] [TripleO] mid-cycle sprint?

Clint suggested we do a mid-cycle sprint at the weekly meeting a fortnight ago, but ETIME and stuff - so I'm following up. HP would be delighted to host a get-together of TripleO contributors [or 'I will be contributing soon, honest'] folk. We're proposing a late August / early Sept time - a coup

Re: [openstack-dev] Ceilometer XSD

That's great, lets see if I find myself on #openstack-doc. Thanks! On Thu, Jul 11, 2013 at 4:40 AM, Anne Gentle wrote: > > On Tue, Jul 9, 2013 at 10:29 AM, Doug Hellmann < > doug.hellm...@dreamhost.com> wrote: > >> The instructions for getting set up to contribute to OpenStack in general >> are

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

On 07/10/2013 11:11 PM, Clint Byrum wrote: Excerpts from Adam Young's message of 2013-07-10 19:17:24 -0700: On 07/09/2013 07:33 PM, Jay Pipes wrote: On 07/08/2013 05:18 PM, Sean Dague wrote: On 07/01/2013 01:35 PM, Clint Byrum wrote: The way the new keystone-manage command "token_flush" works

Re: [openstack-dev] [Keystone] Need help writing gate tests

On 07/10/2013 11:01 PM, Clark Boylan wrote: On Wed, Jul 10, 2013 at 7:32 PM, Adam Young wrote: I want to write 3 new Jenkins gate tests: Run the Keystone unit tests against 1. A live LDAP server 2. MySQL 3. Postgresql Right now, we know that the unit tests will fail against the live DBs, so

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

Excerpts from Adam Young's message of 2013-07-10 19:17:24 -0700: > On 07/09/2013 07:33 PM, Jay Pipes wrote: > > On 07/08/2013 05:18 PM, Sean Dague wrote: > >> On 07/01/2013 01:35 PM, Clint Byrum wrote: > >>> The way the new keystone-manage command "token_flush" works right now > >>> is quite broken

Re: [openstack-dev] [Keystone] Need help writing gate tests

On Wed, Jul 10, 2013 at 7:32 PM, Adam Young wrote: > I want to write 3 new Jenkins gate tests: Run the Keystone unit tests > against > > 1. A live LDAP server > 2. MySQL > 3. Postgresql > > Right now, we know that the unit tests will fail against the live DBs, so we > want those two to be non-vo

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

Excerpts from Adam Young's message of 2013-07-10 19:14:45 -0700: > On 07/09/2013 09:51 PM, Robert Collins wrote: > > PostgreSQL doesn't do gap locks, but instead you have to deal with > > http://wiki.postgresql.org/wiki/SSI : the transaction that is deleting > > 1M rows, for instance, will have a

[openstack-dev] [Keystone] Need help writing gate tests

I want to write 3 new Jenkins gate tests: Run the Keystone unit tests against 1. A live LDAP server 2. MySQL 3. Postgresql Right now, we know that the unit tests will fail against the live DBs, so we want those two to be non-voting. The Live LDAP one should be the scheme as set up by devst

Re: [openstack-dev] [Keystone] How to write unit tests for db methods?

On 07/10/2013 06:56 AM, Akshat Kakkar wrote: I have added 2 tables to keystone. This should be done in a migration, and should be tested using the test_db_update.py file. I have methods which do the read/write/update/delete of records in these tables. PLease explain. We are not doing dire

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

On 07/09/2013 07:33 PM, Jay Pipes wrote: On 07/08/2013 05:18 PM, Sean Dague wrote: On 07/01/2013 01:35 PM, Clint Byrum wrote: The way the new keystone-manage command "token_flush" works right now is quite broken by MySQL and InnoDB's gap locking behavior: https://bugs.launchpad.net/1188378 Pr

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

On 07/09/2013 09:51 PM, Robert Collins wrote: On 10 July 2013 11:00, Jay Pipes > wrote: > I am not up to speed on"InnoDB's gap locking behavior" but it is not something I would expect to be a problem in Postgresql. InnoDB and PostgreSQL behave i

[openstack-dev] Invitation: OpenStack Swift deep dive code overview of DiskFile objec... @ Wed Jul 17, 2013 3pm - 4pm (peter.a.porta...@gmail.com)

BEGIN:VCALENDAR PRODID:-//Google Inc//Google Calendar 70.9054//EN VERSION:2.0 CALSCALE:GREGORIAN METHOD:REQUEST BEGIN:VEVENT DTSTART:20130717T19Z DTEND:20130717T20Z DTSTAMP:20130711T015507Z ORGANIZER;CN=peter.a.porta...@gmail.com:mailto:peter.a.porta...@gmail.com UID:mlev82t0n9fg2cfre4u7ha7

[openstack-dev] OpenStack Swift deep dive code overview of DiskFile object refactoring - G+ Hangout, Wed. July 17th, 3 PM EDT

BEGIN:VCALENDAR PRODID:-//Google Inc//Google Calendar 70.9054//EN VERSION:2.0 CALSCALE:GREGORIAN METHOD:REQUEST BEGIN:VEVENT DTSTART:20130717T19Z DTEND:20130717T20Z DTSTAMP:20130711T015507Z ORGANIZER;CN=peter.a.porta...@gmail.com:mailto:peter.a.porta...@gmail.com UID:mlev82t0n9fg2cfre4u7ha7

[openstack-dev] [Neutron][LBaaS] Appliance support

Hi, I would like to know if we have any plans/proposal to move forward from haproxy in network namespace to support haproxy in a virtual appliance. And any vendor contribution in drivers for their appliances. Thanks, -Ravi. ___ OpenStack-dev mailing lis

Re: [openstack-dev] Change in openstack/neutron[master]: Add method to get iptables traffic counters

On 07/08/2013 01:10 PM, Sylvain Afchain (Code Review) wrote: > Sylvain Afchain has posted comments on this change. > > Change subject: Add method to get iptables traffic counters > -- > To view, visit https://review.openstack.org/35624 Hi Sylvain, Instead of trying to ask questions directly in

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

I'd like top-post and hijack this thread for another exception related thing: a) Anyone writing code such as: try: blah() except SomeException: raise SomeOtherExceptionLeavingOutStackContextFromSomeException should be mocked ruthlessly. Similarly, we toss tons of exceptions into log files r

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

On 07/10/2013 03:48 PM, Nachi Ueno wrote: > Hi Thomas > Thank you for your reply. > >> >> The key here is "personally". I don't think we have to agree on all style >> issues. > > "personally" is why I'm asking it for communities. > IMO, we should agree on the style issue as much as we can. (Eg

Re: [openstack-dev] The danger of capping python-*clients in core projects, and forbidding it in the future

On 07/10/2013 06:07 PM, Dolph Mathews wrote: > > On Wednesday, July 10, 2013, Sean Dague wrote: > > Yesterday in the very exciting run around to figure out why the gate > was broken, we realized something interesting. Because of the way > the gate process pip requirements (one proje

Re: [openstack-dev] [Savanna-all] [savanna-all] merging savanna-extra elements

Russell, We've taken the point on openstack-dev and all the communication goes through openstack-dev now. We've decided to keep savana-all list as an addition in a copy for now as a kind of archival mechanism for all messages specifically related to savanna.If you believe it's still a problem, we

Re: [openstack-dev] Ceilometer XSD

On Tue, Jul 9, 2013 at 10:29 AM, Doug Hellmann wrote: > The instructions for getting set up to contribute to OpenStack in general > are at https://wiki.openstack.org/wiki/How_To_Contribute (maybe you've > already done that, I'm not sure). > > As far as this specific change goes, I would have to un

Re: [openstack-dev] How Nova-api should deal with secgroup identifier being UUID in Quantum ?

Personally I think that we shouldn't enforce the id. The id should be treated as a unique string and it is just an implementation detail that the nova-network backend uses an integer. We had a number of other resources in nova that were implemented on the backend as integers and later changed to

Re: [openstack-dev] Distro defaults [was Re: [oslo.config] Config files overriding CLI: The path of most surprise.]

On Jul 10, 2013, at 5:01 AM, Joe Gordon wrote: > > > > On Tue, Jul 2, 2013 at 8:43 PM, Mark McLoughlin wrote: > On Tue, 2013-07-02 at 17:48 +, Jeremy Stanley wrote: > > On 2013-07-01 15:10:26 -0700 (-0700), Mark Washenberger wrote: > > [...] > > > The talk about permanence confuses me, u

Re: [openstack-dev] Adding a clean shutdown for stop/delete breaks Jenkins

IIRC acpi support was added to cirros quite a while ago. Are we using an up-to-date image? Vish On Jul 8, 2013, at 5:54 AM, Sean Dague wrote: > On 07/03/2013 01:08 PM, David Kranz wrote: >> On 07/03/2013 12:30 PM, Day, Phil wrote: >>> >>> Hi Folks, >>> >>> I have a change submitted which add

Re: [openstack-dev] [Neutron] Embrane's Neutron Plugin

Hi Salvatore, Thank you very much for your feedback, I already knew about the 'maintainer' policy, and I saw in the Neutron wiki that: "This may be achieved by having an existing core dev agree to maintain a plugin, or by having one of the developers of the plugin become a member of the core de

Re: [openstack-dev] Chalenges with highly available service VMs

On Jul 4, 2013, at 8:26 PM, Ian Wells wrote: > On 4 July 2013 23:42, Robert Collins wrote: >> Seems like a tweak would be to identify virtual IPs as separate to the >> primary IP on a port: >> you don't need to permit spoofing of the actual host IP for each host in >> the HA cluster; you just n

Re: [openstack-dev] The danger of capping python-*clients in core projects, and forbidding it in the future

A useful tool that anvil has built into it (thanks to aababilov). It might be useful in this situation. https://github.com/stackforge/anvil/tree/master/tools#multipip It might be useful to use said tool (or a derivative) to detect this kind of version conflict earlier rather than later?? It is u

Re: [openstack-dev] The danger of capping python-*clients in core projects, and forbidding it in the future

On Wednesday, July 10, 2013, Sean Dague wrote: > Yesterday in the very exciting run around to figure out why the gate was > broken, we realized something interesting. Because of the way the gate > process pip requirements (one project at a time), on a current gate run we > actually install and uni

[openstack-dev] The danger of capping python-*clients in core projects, and forbidding it in the future

Yesterday in the very exciting run around to figure out why the gate was broken, we realized something interesting. Because of the way the gate process pip requirements (one project at a time), on a current gate run we actually install and uninstall python-keystoneclient 4 times in a normal run

Re: [openstack-dev] [nova] Nova API extensions NOT to be ported to v3

On 07/10/2013 01:04 PM, Joe Gordon wrote: > > > > On Fri, Jun 28, 2013 at 1:31 PM, Christopher Yeoh > wrote: > > Hi, > > The following is a list of API extensions for which there are no > plans to port. Please shout if you think any of them needs to be! >

Re: [openstack-dev] [savanna-all] merging savanna-extra elements

On 07/10/2013 03:56 PM, Matthew Farrellee wrote: > Ivan, No comments on the email itself ... but I see that there's a separate mailing list (savanna-all). If the intention is for this project to eventually apply for incubation, I would encourage discussions on openstack-dev instead of somewhere

[openstack-dev] [Trove] meeting minutes

Meeting ended Wed Jul 10 20:59:26 2013 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) Minutes: http://eavesdrop.openstack.org/meetings/trove/2013/trove.2013-07-10-20.00.html Minutes (text): http://eavesdrop.openstack.org/meetings/trove/2013/trove.2013-07-10-

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

On Wed, Jul 10, 2013 at 3:30 PM, Doug Hellmann wrote: > > > > On Wed, Jul 10, 2013 at 3:57 PM, David Ripton wrote: > >> On 07/10/2013 02:01 PM, Nachi Ueno wrote: >> >>> HI folks >>> >>> I would like to ask the review criteria in the community. >>> >>> Should we use exception for non-exceptional c

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

Hi folks 2013/7/10 Doug Hellmann : > > > > On Wed, Jul 10, 2013 at 3:57 PM, David Ripton wrote: >> >> On 07/10/2013 02:01 PM, Nachi Ueno wrote: >>> >>> HI folks >>> >>> I would like to ask the review criteria in the community. >>> >>> Should we use exception for non-exceptional cases when we can

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

On Wed, Jul 10, 2013 at 3:57 PM, David Ripton wrote: > On 07/10/2013 02:01 PM, Nachi Ueno wrote: > >> HI folks >> >> I would like to ask the review criteria in the community. >> >> Should we use exception for non-exceptional cases when we can use >> parameter checking? >> >> Example1: Default

[openstack-dev] [marconi] Agenda for tomorrow's meeting at 1900 UTC

The Marconi project team holds a weekly meeting in #openstack-meeting-alt on Thursdays, 1900 UTC. The next meeting is tomorrow, July 11. Everyone is welcome. However, please take a minute to review the wiki before attending for the first time: http://wiki.openstack.org/marconi ## Agenda (60 m

Re: [openstack-dev] Work around DB in OpenStack (Oslo, Nova, Cinder, Glance)

On Tue, Jul 9, 2013 at 6:30 AM, Boris Pavlovic wrote: > Hi Mark, Nikola, David > > Our work is not just in case of unifying. It improves the situation in all > project (not only in Nova). > > > I would like to say my opinion about DB Archiving also ;) > > Let start from the problem, abstract solu

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

On 07/10/2013 02:01 PM, Nachi Ueno wrote: HI folks I would like to ask the review criteria in the community. Should we use exception for non-exceptional cases when we can use parameter checking? Example1: Default value for array index try: value = list[5] except IndexError: value

[openstack-dev] Question -- whu does object data always go to a single swift node?

Here's a novice question. My stack has 2 swift nodes. As expect curl commands addressed to the controller node to get auth and url information bounce between the 2 swift nodes as expected. However object data always ends up on the 2nd (.209) swift node even when the curl command is addressed to

[openstack-dev] [savanna-all] merging savanna-extra elements

Ivan, $ tree elements/hadoop/install.d elements/hadoop/install.d |-- 70-setup-java |-- 80-setup-hadoop `-- 90-setup-ssh 0 directories, 3 files $ tree elements/hadoop_fedora/post-install.d elements/hadoop_fedora/post-install.d |-- 11-setup-java |-- 12-setup-hadoop `-- 13-connection-setup 0 direct

[openstack-dev] DB team meeting Thursday 1900 UTC

We don't have the DB team meeting every week, but we're having it this week. Thursday at 1900 UTC in #openstack-meeting. Thanks. -- David Ripton Red Hat drip...@redhat.com ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://l

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

Hi Thomas Thank you for your reply. > > The key here is "personally". I don't think we have to agree on all style > issues. "personally" is why I'm asking it for communities. IMO, we should agree on the style issue as much as we can. (Eg pep8, flake8) for more consistant review. However, I also a

Re: [openstack-dev] [Ceilometer] Disable keystone authorization in ceilometer-api?

On Wed, Jul 10 2013, Pendergrass, Eric wrote: > Does anyone know how to disable keystone authorization in ceilometer-api? > Is there a ceilometer.conf option for this? Yes, look for auth_strategy. -- Julien Danjou // Free Software hacker / freelance consultant // http://julien.danjou.info sig

[openstack-dev] [Ceilometer] Disable keystone authorization in ceilometer-api?

Does anyone know how to disable keystone authorization in ceilometer-api? Is there a ceilometer.conf option for this? Thank you smime.p7s Description: S/MIME cryptographic signature ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http:

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

On Wed, Jul 10, 2013 at 8:32 PM, Mark McLoughlin wrote: > On Wed, 2013-07-10 at 11:01 -0700, Nachi Ueno wrote: > > Personally, I prefer not to use exception for such cases. > The key here is "personally". I don't think we have to agree on all style issues. > > My instinct is the same, but EAFP

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

Hi Mark Thank you for your answering > > I don't think this statement contradicts the intent of EAFP. I got it :) >> Personally, I prefer not to use exception for such cases. > > My instinct is the same, but EAFP does seem to be the python way. There > are times I can tolerate the EAFP approach

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

Hi Dolph Thank you for your answer. > I can't get past this specific example... how often do you find yourself > needing to do this, exactly? Generally when you use a list you either FIFO / > LIFO or iterate through the whole thing in some fashion. > > I'd be tempted to write it as dict(enumerat

Re: [openstack-dev] [Neutron] Embrane's Neutron Plugin

On Jul 10, 2013, at 1:17 PM, Salvatore Orlando wrote: > > Hi Ivar, > > thanks for your interest in Openstack and Neutron. > A few replies inline; I hope you'll find them useful. > > Salvatore > > > On 10 July 2013 02:40, Ivar Lazzaro wrote: > Hi, > > My name is Ivar Lazzaro, I’m an Italian

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

On Wed, 2013-07-10 at 11:01 -0700, Nachi Ueno wrote: > HI folks > > I would like to ask the review criteria in the community. > > Should we use exception for non-exceptional cases when we can use > parameter checking? > > Example1: Default value for array index > > try: >value = list[5] >

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

On Wed, Jul 10, 2013 at 1:01 PM, Nachi Ueno wrote: > HI folks > > I would like to ask the review criteria in the community. > > Should we use exception for non-exceptional cases when we can use > parameter checking? > > Example1: Default value for array index > > try: >value = list[5] > exc

Re: [openstack-dev] [Neutron] Embrane's Neutron Plugin

Hi Ivar, thanks for your interest in Openstack and Neutron. A few replies inline; I hope you'll find them useful. Salvatore On 10 July 2013 02:40, Ivar Lazzaro wrote: > Hi, > > My name is Ivar Lazzaro, I’m an Italian developer currently employed at > Embrane. > > > Embrane provides

[openstack-dev] [Review] Use of exception for non-exceptional cases

HI folks I would like to ask the review criteria in the community. Should we use exception for non-exceptional cases when we can use parameter checking? Example1: Default value for array index try: value = list[5] except IndexError: value = 'default_value' This can be also written as,

Re: [openstack-dev] [Review] Use of exception for non-exceptional cases

On Wed, Jul 10, 2013 at 7:01 PM, Nachi Ueno wrote: > HI folks > > I would like to ask the review criteria in the community. > > Should we use exception for non-exceptional cases when we can use > parameter checking? > > Example1: Default value for array index > > try: >value = list[5] > exc

Re: [openstack-dev] [Keystone] Best way to do something MySQL-specific?

far be it from me to ask. but isn't this something that should be addressed in oslo common db, and made configurable as an class definition or method argument? -matt On Tue, Jul 9, 2013 at 9:27 AM, Monty Taylor wrote: > > > On 07/09/2013 11:21 AM, Clint Byrum wrote: > > >>> You may want to up

Re: [openstack-dev] [cinder] Bug Squash Day

Just a reminder today is the Cinder bug squash day! https://wiki.openstack.org/wiki/Cinder/BugSquashingDay/20130710 -Mike Perez! On Fri, Jul 5, 2013 at 9:49 AM, John Griffith wrote: > Hey Everyone, > > So there have been a number of new bug reports coming in the last few days &g

Re: [openstack-dev] [nova] Nova API extensions NOT to be ported to v3

On Fri, Jun 28, 2013 at 1:31 PM, Christopher Yeoh wrote: > Hi, > > The following is a list of API extensions for which there are no plans to > port. Please shout if you think any of them needs to be! > > baremetal_nodes.py > os_networks.py > networks_associate.py > os_tenant_networks.py > virtual

Re: [openstack-dev] [Neutron] Service Type Framework implementation

Thanks Engene, I have looked at your new patch. It looks nice. The router-provider association can be merged into service-provider association, but it can be done in another patch and I can do it. I am also working to support multiple router implementations in NEC plugin using this framework. It

Re: [openstack-dev] common requirements

John Griffith wrote: > I ran into an issue with Cinder the other week and it turned out it was > due to some conflicts with keystoneclient version. > > Long story short, the issue is that Cinder did the straight sync over > from the common-requirements file which placed an upper bound on > keysto

Re: [openstack-dev] Problem with how python-neutronclient deals with Neutron exceptions

Basically #2 makes sense to me. > 2) Enrich/enhance the NeutronServer exceptions with a type and detail properties. > This way, when a NeutronServer exception is serialized and sent to python-neutronclient, > the specific NeutronClient exception can be raised (and then sent to nova-api). What gra

Re: [openstack-dev] Proposal for new Program: OpenStack Deployment

Hi Robert, What's your plan for documenting the efforts so that others can do this in their environments? Is there any documentation currently for which you can send links? The Doc team is especially interested in configuration docs and installation docs as those are the toughest to produce in a

Re: [openstack-dev] [neutron] [ml2] ML2 Sub-Team Meeting tomorrow

I also won't make the meeting today. I have now started writing code for the Tail-f NCS mechanism driver based on Andre's great work. Thanks Andre ! On 10 July 2013 06:53, Andre Pech wrote: > Thanks Kyle, > > I'm unfortunately going to be on a plane during tomorrow's meeting, so > wanted to sen

Re: [openstack-dev] Proposal for new Program: OpenStack Deployment

Rob, it's great that you folks are tackling this. I was wondering if you could give an opinion about timeline and how others could help by trying it out. When would you like to see people outside the project start trying to use it experimentally? As part of your vision, at which OpenStack rele

Re: [openstack-dev] [nova] volume affinity filter for nova scheduler

On 07/10/2013 08:34 AM, Robert Collins wrote: > On 4 July 2013 03:54, Russell Bryant wrote: > >> Thanks for starting this thread. >> >> I was pushing for the weight function. It seems much more appropriate >> for a cloud environment than the filter. It's an optimization that is >> always a good

Re: [openstack-dev] [Neutron] Service Type Framework implementation

Thanks Eugene, I am already looking at your new patch. Thankfully it seems that keeping providers in configuration files was not as hard as anticipated in previous rounds of reviews. I don't think what you did is a hack; I will fix rework the router-provider association extension in the distribut

Re: [openstack-dev] [Nova] Criteria for compute drivers

On 07/10/2013 08:05 AM, Joe Gordon wrote: > > > > On Tue, Jul 2, 2013 at 7:38 PM, Russell Bryant > wrote: > > Greetings, > > Nova includes various compute drivers today, but the test coverage they > receive varies quite a bit. This is documented on the

Re: [openstack-dev] Problem with how python-neutronclient deals with Neutron exceptions

I think approach #2 makes sense. I can take a stab at it, but I am not guaranteeing any delivery dates. Do you have a specific api/exception that you would like to test to see if the concept works for nova-api? The one bug you mention singles out associating a floating IP to a port. That might be

Re: [openstack-dev] Quantum (Grizzly) setup on Fedora18 - VM doesnot receive an IP address

Resending the mail, as wrong dashboard logs were posted in the prev question... We are unable to get an IP address when a VM gets launched and the below DHCP error is observed in the Dashboard logs The setup in done on Fedora 18 using Openstack Grizzly. Its a 2 node setup, with Network+ Controlle

Re: [openstack-dev] [Neutron] Service Type Framework implementation

Folks, I have put initial in-memory implementation of service providers on review. On of the 'hacks' I had to do is decoupling RouterServiceProviderBinding from service provider. I've just removed foreign key to ServiceProviders table. I think this needs to be fixed in the patch which introduces

Re: [openstack-dev] swift-bench 1.9.1-dev - AttributeError: Values instance has no attribute 'containers'

Oops - that's a swift-bench error not ssbench. sorry From: Snider, Tim Sent: Tuesday, July 09, 2013 9:23 PM To: openstack-dev@lists.openstack.org Subject: swift-bench 1.9.1-dev - AttributeError: Values instance has no attribute 'containers' I recently downloaded swift 1.9.1-dev. swift-bench ge

Re: [openstack-dev] [nova] volume affinity filter for nova scheduler

On 4 July 2013 03:54, Russell Bryant wrote: > Thanks for starting this thread. > > I was pushing for the weight function. It seems much more appropriate > for a cloud environment than the filter. It's an optimization that is > always a good idea, so the weight function that works automatically

Re: [openstack-dev] [nova] volume affinity filter for nova scheduler

On Mon, Jul 8, 2013 at 8:53 AM, Ilya Kharin wrote: > Hi all. > > In my opinion it is about things that can live in one form or another, > because > in some cases there is a need to place an instance in the same place where > its > block device is located or will be attached. Both solutions that l

Re: [openstack-dev] [Nova] Criteria for compute drivers

On Tue, Jul 2, 2013 at 7:38 PM, Russell Bryant wrote: > Greetings, > > Nova includes various compute drivers today, but the test coverage they > receive varies quite a bit. This is documented on the following wiki > page. The drivers are broken up into groups A, B, and C. > > https://wiki.o

Re: [openstack-dev] Distro defaults [was Re: [oslo.config] Config files overriding CLI: The path of most surprise.]

On Tue, Jul 2, 2013 at 8:43 PM, Mark McLoughlin wrote: > On Tue, 2013-07-02 at 17:48 +, Jeremy Stanley wrote: > > On 2013-07-01 15:10:26 -0700 (-0700), Mark Washenberger wrote: > > [...] > > > The talk about permanence confuses me, unless we mean that more > > > permanent values are overridde

Re: [openstack-dev] [Keystone] How to write unit tests for db methods?

I have added 2 tables to keystone. I have methods which do the read/write/update/delete of records in these tables. I want to write unit test for all this. These methods of mine inherit from keystone.common.sql and hence any call that these methods will make will go to the db returned by keysto

Re: [openstack-dev] [Neutron] Service Type Framework implementation

Hi, Sorry for late cut-in, I agree that dynamic configuration through the API is not easy to implement. At now, conf-based approach without database (option-1) looks the best way unless we don't have needs for dynamic configuration thru the API. > 1) From logic perspective service provider could

Re: [openstack-dev] Removing OS_AUTH_SYSTEM

On Fri, Jun 21, 2013 at 5:46 PM, Monty Taylor wrote: >> This is some preliminary works to move novaclient to use >> keystoneclient instead of implementing its own[1] client to keystone. >> If the OS_AUTH_SYSTEM feature was really needed[2] we should then >> moving it to keystoneclient. > > Agree.

Re: [openstack-dev] Ceilometer XSD

Ok, fine. I agree, its better since that would make sure both the XSD and the api agree with each other. Thanks your time! On Wed, Jul 10, 2013 at 3:45 PM, Julien Danjou wrote: > On Tue, Jul 09 2013, Jobin Raju George wrote: > > > The reason I initiated to contribute the XSD was most of the oth

Re: [openstack-dev] Ceilometer XSD

On Tue, Jul 09 2013, Jobin Raju George wrote: > The reason I initiated to contribute the XSD was most of the other > components(nova, keystone, glance, etc.) have their XSD's in the > repository, so assuming they were contributed by people like me(and updated > from time to time by the same or oth

Re: [openstack-dev] How Nova-api should deal with secgroup identifier being UUID in Quantum ?

Hi, Any ideas on this one ? Maybe I should forward this email to a more specific ML ? On Thu, Jul 4, 2013 at 4:36 PM, Jordan Pittier wrote: > Hi guys, > > As you may know : > * with Quantum, secgroups are uniquely identified by UUID. > * with Nova-Net, secgroups are uniquely identified by numer

Re: [openstack-dev] Problem with how python-neutronclient deals with Neutron exceptions

Hi, Any ideas on this one ? Maybe I should forward this email to a more specific ML ? On Thu, Jul 4, 2013 at 6:24 PM, Jordan Pittier wrote: > Hi guys, > > Nova-api makes extensive use of python-neutronclient. But the only > exception from neutronclient that nova-api catches is the > generic Qua

Re: [openstack-dev] [PTLs] Proposed simplification around blueprint tracking

This process change is now completed for all "integrated" projects. I updated the wiki so that it reflects the new usage of the blueprints fields: https://wiki.openstack.org/wiki/Blueprints Regards, -- Thierry Carrez (ttx) ___ OpenStack-dev mailing

[openstack-dev] OpenStack I18n team meeting tomorrow

Hi, There is OpenStack I18n team meeting at 0700UTC on Thursday in IRC channel #openstack-meeting. The time, we use Europe/India/Asia friendly time. Welcome to join the meeting. We will cover following topics this time:  Action items from the last meeting  Release of document tra

Re: [openstack-dev] [Neutron] Service Type Framework implementation

Ok, having so much pressure on db implementation, I think I'm just going to post in-memory implementation and we'll decide if it will fit our needs. Thanks, Eugene. On Wed, Jul 10, 2013 at 5:56 AM, Nachi Ueno wrote: > Hi Mark > > > 2013/7/9 Mark McClain : > > > > On Jul 9, 2013, at 5:37 PM, Na

Re: [openstack-dev] Proposal for new Program: OpenStack Deployment

On 10 July 2013 20:01, Thierry Carrez wrote: > > Robert Collins wrote: > > Official Title: OpenStack Deployment > > PTL: Robert Collins > > > Mission Statement: > > Develop and maintain tooling and infrastructure able to > > deploy OpenStack in production, u

Re: [openstack-dev] sqlalchemy 0.8 and Grizzly: heat and cinder failing

On 07/10/2013 01:36 AM, David Ripton wrote: > On 07/09/2013 12:46 PM, Thomas Goirand wrote: >> On 07/08/2013 08:32 PM, Sean Dague wrote: >>> On 07/08/2013 04:50 AM, Mark McLoughlin wrote: On Mon, 2013-07-08 at 15:53 +0800, Thomas Goirand wrote: > Hi, > > Since python-sqlalchemy 0.8

[openstack-dev] [vmware] VMwareAPI sub-team status update

Greetings Stackers! We're recovering from a long weekend here in the US. Sorry for this getting out late. Here's the weekly run-down of the state of affairs for the VMwareAPI portions of nova. We should try and push as many things up to the "ready for core review" status as we can by Friday. I

Re: [openstack-dev] Proposal for new Program: OpenStack Deployment

Robert Collins wrote: > Official Title: OpenStack Deployment > PTL: Robert Collins > Mission Statement: > Develop and maintain tooling and infrastructure able to > deploy OpenStack in production, using OpenStack itself wherever > possible. > > I believe ev

[openstack-dev] Quantum (Grizzly) setup on Fedora18 - VM doesnot receive an IP address

We are unable to get an IP address when a VM gets launched and the below DHCP error is observed in the Dashboard logs The setup in done on Fedora 18 using Openstack Grizzly. Its a 2 node setup, with Network+ Controller node having 3 NIC's, and Compute node having 2 NIC's. Tried configuring network

[openstack-dev] GPG passphrase

Hey! I am trying to get the meters from ceilometer programmatically using java with the help of the SDK's provided by openstack. While trying to execute the command mvn clean install or mvn clean install assembly:assembly, it is asking me for a gpg passphrase. Which passphrase is it talking about