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

2013-07-11 Thread Álvaro López García
On Wed 10 Jul 2013 (13:10), Joe Gordon wrote: On Mon, Jul 8, 2013 at 8:53 AM, Ilya Kharin ikha...@mirantis.com 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

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

2013-07-11 Thread Mark McLoughlin
On Wed, 2013-07-10 at 14:14 -0600, John Griffith wrote: Given that Cinder doesn't have anybody actively engaged in this other than what's being proposed and worked on by Boris and folks, we'd be a willing candidate for most of these changes, particularly if they're accepted in Nova

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

2013-07-11 Thread Jérôme Gallard
On Thu, Jul 11, 2013 at 9:12 AM, Álvaro López García alvaro.lopez.gar...@cern.ch wrote: On Wed 10 Jul 2013 (13:10), Joe Gordon wrote: On Mon, Jul 8, 2013 at 8:53 AM, Ilya Kharin ikha...@mirantis.com wrote: Hi all. In my opinion it is about things that can live in one form or another,

Re: [openstack-dev] Blueprint: Separate translation domain for log messages

2013-07-11 Thread Mark McLoughlin
Hi Daisy, On Wed, 2013-07-10 at 21:48 +0800, Ying Chun Guo wrote: Hi, Mark I think there is a blueprint we discussed in the Havana summit to separate translation domains. https://blueprints.launchpad.net/oslo/+spec/log-messages-translation-domain I don't see any progress there. Do you

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

2013-07-11 Thread Mark McLoughlin
On Wed, 2013-07-10 at 21:14 +0200, Thomas Hervé wrote: On Wed, Jul 10, 2013 at 8:32 PM, Mark McLoughlin mar...@redhat.com 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

Re: [openstack-dev] Blueprint: Separate translation domain for log messages

2013-07-11 Thread Joe Gordon
On Thu, Jul 11, 2013 at 9:39 AM, Mark McLoughlin mar...@redhat.com wrote: Hi Daisy, On Wed, 2013-07-10 at 21:48 +0800, Ying Chun Guo wrote: Hi, Mark I think there is a blueprint we discussed in the Havana summit to separate translation domains.

Re: [openstack-dev] Blueprint: Separate translation domain for log messages

2013-07-11 Thread Mark McLoughlin
On Thu, 2013-07-11 at 09:56 +0100, Joe Gordon wrote: On Thu, Jul 11, 2013 at 9:39 AM, Mark McLoughlin mar...@redhat.com wrote: Hi Daisy, On Wed, 2013-07-10 at 21:48 +0800, Ying Chun Guo wrote: Hi, Mark I think there is a blueprint we

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

2013-07-11 Thread Thierry Carrez
Snider, Tim wrote: 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. This list is about the future development of OpenStack. You should ask your

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

2013-07-11 Thread Thierry Carrez
Peter Portante wrote: We are hosting a G+ Hangout session for those interested in OpenStack Swift to do an overview, code walk-through, discussion and feedback on the proposed DiskFile refactoring changes to define as a supported API. Any particular reason (slides ?) why you're using a G+

Re: [openstack-dev] Combination of ComputeCapabilitiesFilter and AggregateInstanceExtraSpecsFilter

2013-07-11 Thread Jérôme Gallard
Thanks a lot for your answers and for solving the issue. Regards, Jérôme On Mon, Jul 8, 2013 at 3:05 PM, Russell Bryant rbry...@redhat.com wrote: On 07/05/2013 08:14 PM, Qiu Yu wrote: Russell, Should ComputeCapabilitiesFilter also be restricted to use scoped format only? Currently it

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

2013-07-11 Thread Boris Pavlovic
Mark, John, Nikola, Current in oslo we would like to put only 2 functions: 1) generic method for creating shadow table 2) generic method that the columns are same in shadow and main table So migration that adds shadow table could be done after all other works, when we finish improving of

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

2013-07-11 Thread Sylvain Afchain
Hi Brian, First thanks for the reviews and your detailed email. Second I will update the blueprint specs. as soon as possible, but for example it will look like that: Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source

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

2013-07-11 Thread Mark McLoughlin
On Wed, 2013-07-10 at 19:49 -0400, Monty Taylor wrote: 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

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

2013-07-11 Thread Akshat Kakkar
The methods of read/write/update/delete of records in the tables are written using SQLalchemy only and no direct sql is used. I have implemented the things on the lines of trusts only.  Similar to trusts, I am also having RESTful APIs and unit tests for them are succesfully written. In

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

2013-07-11 Thread Thomas Hervé
On Thu, Jul 11, 2013 at 1:49 AM, Monty Taylor mord...@inaugust.com wrote: 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

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

2013-07-11 Thread Sean Dague
On 07/11/2013 05:43 AM, Thomas Hervé wrote: On Thu, Jul 11, 2013 at 1:49 AM, Monty Taylor mord...@inaugust.com mailto:mord...@inaugust.com wrote: I'd like top-post and hijack this thread for another exception related thing: a) Anyone writing code such as: try: blah()

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

2013-07-11 Thread Sean Dague
On 07/10/2013 11:01 PM, Clark Boylan wrote: On Wed, Jul 10, 2013 at 7:32 PM, Adam Young ayo...@redhat.com 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

[openstack-dev] The Gate is broken: all gate-tempest-devstack-* are failing

2013-07-11 Thread Joe Gordon
It looks like gate is down: https://jenkins.openstack.org/job/gate-tempest-devstack-vm-full/ https://bugs.launchpad.net/keystone/+bug/1200161 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

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

2013-07-11 Thread Peter Portante
face-to-face discussions On Thu, Jul 11, 2013 at 5:12 AM, Thierry Carrez thie...@openstack.orgwrote: Peter Portante wrote: We are hosting a G+ Hangout session for those interested in OpenStack Swift to do an overview, code walk-through, discussion and feedback on the proposed DiskFile

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

2013-07-11 Thread Sean Dague
On 07/11/2013 05:06 AM, Thierry Carrez wrote: Sean Dague wrote: I think we need to get strict on projects and prevent them from capping their client requirements. That will also put burden on clients that they don't break backwards compatibility (which I think was a goal regardless). Indeed.

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

2013-07-11 Thread Mark McLoughlin
On Wed, 2013-07-10 at 17:07 -0500, 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 project at a

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

2013-07-11 Thread Gareth
good idea for global requirements Let's submit a multi-project bug on launchpad, and be serious for changing these global requirements in following days On Thu, Jul 11, 2013 at 7:12 PM, Mark McLoughlin mar...@redhat.com wrote: On Wed, 2013-07-10 at 17:07 -0500, Dolph Mathews wrote: On

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

2013-07-11 Thread David Stanek
On Thu, Jul 11, 2013 at 5:20 AM, Mark McLoughlin mar...@redhat.com wrote: But I think what you're saying is missing is the stack trace from the underlying exception. As I understood it, Python doesn't have a way of chaining exceptions like this but e.g. Java does. A little bit more poking

Re: [openstack-dev] The Gate is broken: all gate-tempest-devstack-* are failing

2013-07-11 Thread Sean Dague
On 07/11/2013 06:31 AM, Joe Gordon wrote: It looks like gate is down: https://jenkins.openstack.org/job/gate-tempest-devstack-vm-full/ https://bugs.launchpad.net/keystone/+bug/1200161 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] The Gate is broken: all gate-tempest-devstack-* are failing

2013-07-11 Thread Dirk Müller
Hi Sean, Cinder uncapping python-keystoneclient will get us past this. There is a review exactly proposing that: https://review.openstack.org/#/c/36344/ Though I'm not quite sure how we got to this break point in the first place. I think this is due to the django_openstack_auth breakage

Re: [openstack-dev] The Gate is broken: all gate-tempest-devstack-* are failing

2013-07-11 Thread John Griffith
On Thu, Jul 11, 2013 at 6:29 AM, Dirk Müller d...@dmllr.de wrote: Hi Sean, Cinder uncapping python-keystoneclient will get us past this. There is a review exactly proposing that: https://review.openstack.org/#/c/36344/ Actually for a number of reasons:

Re: [openstack-dev] The Gate is broken: all gate-tempest-devstack-* are failing

2013-07-11 Thread Sean Dague
On 07/11/2013 08:48 AM, John Griffith wrote: On Thu, Jul 11, 2013 at 6:29 AM, Dirk Müller d...@dmllr.de mailto:d...@dmllr.de wrote: Hi Sean, Cinder uncapping python-keystoneclient will get us past this. There is a review exactly proposing that:

Re: [openstack-dev] The Gate is broken: all gate-tempest-devstack-* are failing

2013-07-11 Thread Joe Gordon
On Thu, Jul 11, 2013 at 1:48 PM, John Griffith john.griff...@solidfire.comwrote: On Thu, Jul 11, 2013 at 6:29 AM, Dirk Müller d...@dmllr.de wrote: Hi Sean, Cinder uncapping python-keystoneclient will get us past this. There is a review exactly proposing that:

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

2013-07-11 Thread Dirk Müller
Let's submit a multi-project bug on launchpad, and be serious for changing these global requirements in following days https://bugs.launchpad.net/keystone/+bug/1200214 created. Greetings, Dirk ___ OpenStack-dev mailing list

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

2013-07-11 Thread Dirk Müller
Hi Thierry, Indeed. The whole idea behind a single release channel for python client libraries was that you should always be running the latest, as they should drastically enforce backward compatibility. Well, backward compatibility can be tricky when it comes to test. We've for example

[openstack-dev] [Ceilometer] Meeting agenda for Thu Jul 11rd at 1500 UTC

2013-07-11 Thread Julien Danjou
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 Thu Jul 11rd at 1500 UTC Please add your name with the agenda item, so we know who to call on during the meeting. * Action from

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

2013-07-11 Thread Dolph Mathews
On Thu, Jul 11, 2013 at 6:12 AM, Mark McLoughlin mar...@redhat.com wrote: On Wed, 2013-07-10 at 17:07 -0500, 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

Re: [openstack-dev] The Gate is broken: all gate-tempest-devstack-* are failing

2013-07-11 Thread John Griffith
On Thu, Jul 11, 2013 at 7:01 AM, Sean Dague s...@dague.net wrote: On 07/11/2013 08:48 AM, John Griffith wrote: On Thu, Jul 11, 2013 at 6:29 AM, Dirk Müller d...@dmllr.de mailto:d...@dmllr.de wrote: Hi Sean, Cinder uncapping python-keystoneclient will get us past this.

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

2013-07-11 Thread Mark McLoughlin
On Thu, 2013-07-11 at 13:18 +0400, Boris Pavlovic wrote: Mark, John, Nikola, Current in oslo we would like to put only 2 functions: 1) generic method for creating shadow table 2) generic method that the columns are same in shadow and main table So migration that adds shadow table

[openstack-dev] [Cinder] Bug Squash day, thanks!

2013-07-11 Thread John Griffith
Just wanted to thank all the folks that participated in the squash day yesterday!! We had a great turn out and had some new folks show up and pitch in which was great. We had a very successful go of it IMO, not only fixing quite a few bugs but find/fixing a number of new ones on the spot. The

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

2013-07-11 Thread John Griffith
On Thu, Jul 11, 2013 at 7:51 AM, Mark McLoughlin mar...@redhat.com wrote: On Thu, 2013-07-11 at 13:18 +0400, Boris Pavlovic wrote: Mark, John, Nikola, Current in oslo we would like to put only 2 functions: 1) generic method for creating shadow table 2) generic method that the

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

2013-07-11 Thread Sylvain Afchain
Hi Brian, You're right It could be easier with your approach to get and keep the traffic counters. I will add a new method to get the details of traffic counters of a chain. https://review.openstack.org/35624 Thoughts? Regards, Sylvain. - Original Message - From: Sylvain Afchain

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

2013-07-11 Thread Sean Dague
On 07/11/2013 09:12 AM, Dirk Müller wrote: Let's submit a multi-project bug on launchpad, and be serious for changing these global requirements in following days https://bugs.launchpad.net/keystone/+bug/1200214 Great! This is the first review we need to land to make progress:

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

2013-07-11 Thread Adam Young
On 07/11/2013 06:30 AM, Sean Dague wrote: On 07/10/2013 11:01 PM, Clark Boylan wrote: On Wed, Jul 10, 2013 at 7:32 PM, Adam Young ayo...@redhat.com 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,

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

2013-07-11 Thread Ivan Berezovskiy
Matt, install.d is good place to install packages (like java and hadoop) and editing its configuration files. First scripts for Fedora was in subdirectory install.d too, but during installation I got error related to proc-trigger (input/output errors in proc-trigger). So I decided to change

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Dan Smith
In the corner to my left, our current largest gate reset culprit appears to be neutron bug #1194026 - weighing in with 62 rechecks since June 24th (http://status.openstack.org/rechecks/) So, with some of the highest rates of patch traffic we've seen over the last couple of weeks before the H2

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread John Griffith
On Thu, Jul 11, 2013 at 9:16 AM, Dan Smith d...@danplanet.com wrote: In the corner to my left, our current largest gate reset culprit appears to be neutron bug #1194026 - weighing in with 62 rechecks since June 24th (http://status.openstack.org/rechecks/) So, with some of the highest

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

2013-07-11 Thread Dirk Müller
See for example https://bugs.launchpad.net/horizon/+bug/1196823 This is arguably a deficiency of mox, which (apparently?) doesn't let us mock properties automatically. I agree, but it is just one example. other test-only issues can happen as well. Similar problem: the *client packages are

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Matthew Treinish
On Thu, Jul 11, 2013 at 08:16:26AM -0700, Dan Smith wrote: In the corner to my left, our current largest gate reset culprit appears to be neutron bug #1194026 - weighing in with 62 rechecks since June 24th (http://status.openstack.org/rechecks/) So, with some of the highest rates of patch

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Mark McLoughlin
On Thu, 2013-07-11 at 09:28 -0600, John Griffith wrote: On Thu, Jul 11, 2013 at 9:16 AM, Dan Smith d...@danplanet.com wrote: In the corner to my left, our current largest gate reset culprit appears to be neutron bug #1194026 - weighing in with 62 rechecks since June 24th

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Chris Behrens
On Jul 11, 2013, at 8:28 AM, John Griffith john.griff...@solidfire.com wrote: On Thu, Jul 11, 2013 at 9:16 AM, Dan Smith d...@danplanet.com wrote: In the corner to my left, our current largest gate reset culprit appears to be neutron bug #1194026 - weighing in with 62 rechecks since

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Russell Bryant
On 07/11/2013 11:46 AM, Mark McLoughlin wrote: On Thu, 2013-07-11 at 09:28 -0600, John Griffith wrote: On Thu, Jul 11, 2013 at 9:16 AM, Dan Smith d...@danplanet.com wrote: In the corner to my left, our current largest gate reset culprit appears to be neutron bug #1194026 - weighing in with 62

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Sean Dague
On 07/11/2013 11:33 AM, Matthew Treinish wrote: On Thu, Jul 11, 2013 at 08:16:26AM -0700, Dan Smith wrote: In the corner to my left, our current largest gate reset culprit appears to be neutron bug #1194026 - weighing in with 62 rechecks since June 24th (http://status.openstack.org/rechecks/)

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread John Griffith
On Thu, Jul 11, 2013 at 9:38 AM, Russell Bryant rbry...@redhat.com wrote: On 07/11/2013 11:28 AM, John Griffith wrote: On Thu, Jul 11, 2013 at 9:16 AM, Dan Smith d...@danplanet.com mailto:d...@danplanet.com wrote: In the corner to my left, our current largest gate reset

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Russell Bryant
On 07/11/2013 11:28 AM, John Griffith wrote: On Thu, Jul 11, 2013 at 9:16 AM, Dan Smith d...@danplanet.com mailto:d...@danplanet.com wrote: In the corner to my left, our current largest gate reset culprit appears to be neutron bug #1194026 - weighing in with 62 rechecks

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Sean Dague
On 07/11/2013 11:54 AM, Sean Dague wrote: On 07/11/2013 11:33 AM, Matthew Treinish wrote: On Thu, Jul 11, 2013 at 08:16:26AM -0700, Dan Smith wrote: In the corner to my left, our current largest gate reset culprit appears to be neutron bug #1194026 - weighing in with 62 rechecks since June

Re: [openstack-dev] Bug #1194026

2013-07-11 Thread Salvatore Orlando
Adding openstack-dev to this discussion thread. Looks like the test is going to be skipped at the moment, but we probably need to consider raising the priority of this issue and assign our cores with more experience with tempest/gating on this. salvatore On 9 July 2013 22:48, Maru Newby

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Thierry Carrez
John Griffith wrote: Well to be blunt, if there's not even anybody assigned to the defect and it's significantly impacting the progress of every other project. I don't know that it's such a bad idea. There is someone assigned to it since it was raised at the release meeting. He doesn't seem

Re: [openstack-dev] Current biggest OpenStack gate fail culprit - neutron bug #1194026

2013-07-11 Thread Nachi Ueno
Hi Sean Sorry for it taking long time to fixing this problem. At least, 3 neutron core dev is working on this issue, but it is kind of timing issue so we are struggling to replicate it. I'm also OK to move it for non-voting now. 2013/7/11 Thierry Carrez thie...@openstack.org: Sean Dague

[openstack-dev] [Glance] Meeting Reminder

2013-07-11 Thread Mark Washenberger
Hi folks, We will be having a glance team meeting in #openstack-meeting-alt at 2000 UTC today. The main topic for today is figuring out what we need to do to get our last blueprints completed for the Havana 2 milestone. Please accept my apologies for the lateness of this reminder. markwash

[openstack-dev] SQLAlchemy-migrate needs a new maintainer

2013-07-11 Thread Thomas Goirand
Hi, Discussing with Jan Dittberner, who is upstream for sqlalchemy-migrate, it appears that he doesn't have time to maintain it. Is the OpenStack project willing to take over? Jan is ok to hand over everything, moving to Github, give access to Pypi, etc. Below is his reply to me when I asked

[openstack-dev] [Olso]About blueprint: Separate translation domain for log messages

2013-07-11 Thread Ying Chun Guo
Hi, Olso dev team I remember there was a blueprint discussed in the Havana summit to separate translation domains. https://blueprints.launchpad.net/oslo/+spec/log-messages-translation-domain I don't see any progress there. Do you have any plan to implement it? The translation team set the

Re: [openstack-dev] SQLAlchemy-migrate needs a new maintainer

2013-07-11 Thread David Ripton
OpenStack is currently divided. Older projects like Nova use sqlalchemy-migrate. Some newer projects like Neutron use alembic. I'd personally like to see everything in Alembic, but migrating all the Nova scripts in a way that didn't break compatibility will be a big challenge. It's easier

[openstack-dev] [Savanna-all] Blueprints for EDP components

2013-07-11 Thread Alexander Kuznetsov
Hi, Blueprints for EDP components on launchpad are added https://blueprints.launchpad.net/savanna/+spec/job-manager-components https://blueprints.launchpad.net/savanna/+spec/data-discovery-component https://blueprints.launchpad.net/savanna/+spec/job-source-component

Re: [openstack-dev] SQLAlchemy-migrate needs a new maintainer

2013-07-11 Thread Boris Pavlovic
David Ripton, Alembic is much better and I think that it is better to extend it to provide sqlite, then to use and try to improve sqlalchemy-migrate. Also we are preparing old projects (Nova, Cinder and Glance) to move from sqlalchemy-migrate to something another (e.g. alembic). If you are

Re: [openstack-dev] SQLAlchemy-migrate needs a new maintainer

2013-07-11 Thread Monty Taylor
On 07/11/2013 02:40 PM, David Ripton wrote: OpenStack is currently divided. Older projects like Nova use sqlalchemy-migrate. Some newer projects like Neutron use alembic. I'd personally like to see everything in Alembic, but migrating all the Nova scripts in a way that didn't break

Re: [openstack-dev] SQLAlchemy-migrate needs a new maintainer

2013-07-11 Thread Monty Taylor
On 07/11/2013 03:12 PM, Monty Taylor wrote: On 07/11/2013 02:40 PM, David Ripton wrote: OpenStack is currently divided. Older projects like Nova use sqlalchemy-migrate. Some newer projects like Neutron use alembic. I'd personally like to see everything in Alembic, but migrating all

Re: [openstack-dev] SQLAlchemy-migrate needs a new maintainer

2013-07-11 Thread Thomas Goirand
On 07/12/2013 07:29 AM, Monty Taylor wrote: We've got the upstream pypi and rtfd credentials now, the project should be moved in to openstack systems soon enough. I also went through and cleaned up build and test stuff work work like our stuff works (if we're going to be maintaining it, we

[openstack-dev] [Openstack] Improve inject network configuration

2013-07-11 Thread Jae Sang Lee
Hi, stackers. When creating vm using multi nics, User should power up the second interface on the instance manually for use second IP. http://docs.openstack.org/trunk/openstack-compute/admin/content/using-multi-nics.html I intend to fix interfaces.template file, so It can be possible power up

Re: [openstack-dev] AMQP Version upgrade plans?

2013-07-11 Thread Russell Bryant
On 07/11/2013 12:06 PM, William Henry wrote: - Original Message - On 07/08/2013 10:51 AM, Ted Ross wrote: If someone from the Qpid community were to work on integrating the new AMQP 1.0 technology into OpenStack, where would be the right place to start? Would it be to add a new

Re: [openstack-dev] Revert Pass instance host-id to Quantum using port bindings extension.

2013-07-11 Thread Andre Pech
Hey Aaron, As an interested party in the change, figured I'd take a stab at responding. I've talked with people at BigSwitch and Cisco about this change, so I know others are interested in this as well, but I'll let them give their perspective. At a high level, our goal at Arista is similar to

Re: [openstack-dev] SQLAlchemy-migrate needs a new maintainer

2013-07-11 Thread Jeremy Stanley
On 2013-07-12 08:01:58 +0800 (+0800), Thomas Goirand wrote: [...] You might as well want to apply Fedora's patch (thanks to Pádraig Brady) for SQLAlchemy 0.8: http://pkgs.fedoraproject.org/cgit/python-migrate.git/commit/?id=603ed1d1 which was the reason I started the discussion with Jan

Re: [openstack-dev] SQLAlchemy-migrate needs a new maintainer

2013-07-11 Thread Monty Taylor
On 07/11/2013 08:01 PM, Thomas Goirand wrote: On 07/12/2013 07:29 AM, Monty Taylor wrote: We've got the upstream pypi and rtfd credentials now, the project should be moved in to openstack systems soon enough. I also went through and cleaned up build and test stuff work work like our stuff

Re: [openstack-dev] Revert Pass instance host-id to Quantum using port bindings extension.

2013-07-11 Thread Kyle Mestery (kmestery)
I agree with Andre's concerns around the implications of polling in what Aaron is proposing, and in fact, this is one reason the existing change is so nice. The ML2 sub-team talked about this at a recent meeting, and we liked the approach which Yong had taken with the patch. But as Andre says,

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

2013-07-11 Thread Gareth
I heard there's a talk about this issue in #openstack-infra last night (china standard time), what's the conclusion of that? BTW, how to find meeting log of #openstack-infra? I didn't find it in http://eavesdrop.openstack.org/ On Thu, Jul 11, 2013 at 11:35 PM, Dirk Müller d...@dmllr.de wrote:

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

2013-07-11 Thread Monty Taylor
On 07/11/2013 10:28 AM, Sean Dague wrote: On 07/11/2013 09:12 AM, Dirk Müller wrote: Let's submit a multi-project bug on launchpad, and be serious for changing these global requirements in following days https://bugs.launchpad.net/keystone/+bug/1200214 Great! This is the first review

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

2013-07-11 Thread Monty Taylor
On 07/11/2013 11:38 PM, Gareth wrote: I heard there's a talk about this issue in #openstack-infra last night (china standard time), what's the conclusion of that? BTW, how to find meeting log of #openstack-infra? I didn't find it in http://eavesdrop.openstack.org/ We don't log it

Re: [openstack-dev] SQLAlchemy-migrate needs a new maintainer

2013-07-11 Thread Boris Pavlovic
Hi all, As we should keep sqlalchemy-migrate in openstack, to at least 1 year. We could take care about it, to avoid tons of monkey patches in oslo:) 12.07.2013, в 6:08, Monty Taylor mord...@inaugust.com написал(а): On 07/11/2013 08:01 PM, Thomas Goirand wrote: On 07/12/2013 07:29 AM,

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

2013-07-11 Thread Gareth
Thanks, Monty but in my review https://review.openstack.org/#/c/36684/ , Doug said we will go without upper bound with those python-*clients and in this one https://review.openstack.org/#/c/36753/ , keystoneclient still keep '0.4' and requirements test doesn't fail in keystoneclient (

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

2013-07-11 Thread Gareth
so, what's the final conclusion about this issue? On Fri, Jul 12, 2013 at 12:11 PM, Gareth academicgar...@gmail.com wrote: Thanks, Monty but in my review https://review.openstack.org/#/c/36684/ , Doug said we will go without upper bound with those python-*clients and in this one

Re: [openstack-dev] [Openstack] Improve inject network configuration

2013-07-11 Thread Brian Lamar
Russell Bryant wrote: On 07/11/2013 08:53 PM, Jae Sang Lee wrote: Hi, stackers. When creating vm using multi nics, User should power up the second interface on the instance manually for use second IP. http://docs.openstack.org/trunk/openstack-compute/admin/content/using-multi-nics.html I

Re: [openstack-dev] Revert Pass instance host-id to Quantum using port bindings extension.

2013-07-11 Thread Sumit Naiksatam
I agree with Andre and Kyle here. I am not sure that the polling option is even going to work for certain use cases where the host_id information is required when creating the port (for instance, to decide the VIF type). Thanks, ~Sumit. On Thu, Jul 11, 2013 at 7:27 PM, Kyle Mestery (kmestery)