Re: [openstack-dev] cells checks on patches

On 07/13/2013 09:27 PM, Chris Behrens wrote: On Jul 13, 2013, at 8:28 AM, Sean Dague wrote: Like I said, as long as someone is going to work on it, I'm happy. :) I just don't want this to be an enable the tests and hope magically fairies come to fix them issue. That's what we did on full ne

Re: [openstack-dev] Event Service

https://wiki.openstack.org/wiki/SystemUsageData Both Ceilometer and StackTach can be used to consume these notifications. https://github.com/openstack/ceilometer https://github.com/rackerlabs/stacktach (StackTach functionality is slowly being merged into Ceilometer) Hope it helps! -S

Re: [openstack-dev] [keystone] sqlite doesn't support migrations

Hi Dolph, Yes, I agree that there are some problems with sqlite and migrations. But I am not agree with approach of fully removing sqlite. It is pretty useful for testing. So the right approach that we are trying to provide in whole OpenStack is next: 1) Use alembic as migration tool (don't sup

[openstack-dev] [Nova][Horizon] Is there precedent for validating user input on data types to APIs?

I'm triaging nova bug 1199539 and trying to determine if this should be routed to Horizon, checked in the nova API layer, or just rejected as a usage error. In this case, the DB excepts an integer but an empty string is being passed in from the user via Horizon. I don't know if Horizon is doi

Re: [openstack-dev] cells checks on patches

Thanks. I think I'll blame lack of sleep :) On Jul 14, 2013, at 8:16 AM, Sean Dague wrote: > On 07/13/2013 09:27 PM, Chris Behrens wrote: >> >> On Jul 13, 2013, at 8:28 AM, Sean Dague wrote: >> >>> Like I said, as long as someone is going to work on it, I'm happy. :) I >>> just don't want t

Re: [openstack-dev] [Neutron] Campus Network Blueprint

Thank you for reading the BP and provide comments. My comments are inline. 2013/7/12 Zang MingJie > Hi Filipe: > > I disagree your ml2-external-port BP > > It is unsuitable to connect multiple l2 networks directly, there may > be ip conflict, dhcp conflict and other problems. although neutron >

Re: [openstack-dev] [Nova][Horizon] Is there precedent for validating user input on data types to APIs?

Hi Matt, Given that the Nova API is public, this needs to be validated in the API, otherwise the security guys are unhappy. Of course the API shouldn't get bad data in the first place. That's a bug in nova client. I have sent reviews for both code fixes but I've not seen any serious reaction or a

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

On 07/12/2013 04:17 PM, Aaron Rosen wrote: > Hi, > > > On Fri, Jul 12, 2013 at 6:47 AM, Robert Kukura > wrote: > > On 07/11/2013 04:30 PM, Aaron Rosen wrote: > > Hi, > > > > I think we should revert this patch that was added here > > (https://revi

Re: [openstack-dev] [nova]Discussion of the inconsistency between api and backend compute driver limitations.

On 07/08/2013 09:56 PM, Joe Gordon wrote: On Jul 3, 2013 12:44 PM, "guohliu" > wrote: > > Hello, > > As we know, nova have different compute drivers with different limitations, you can see in this link, > > https://wiki.openstack.org/wiki/HypervisorSupportM

Re: [openstack-dev] [Nova][Horizon] Is there precedent for validating user input on data types to APIs?

I responded on the ticket as well, but here’s my take: An error like this should absolutely be caught before it raises a database error. A useful, human-friendly error message should be returned via the API. Any uncaught exception is a bug. On the other side of the equation, anything using the