Re: [openstack-dev] Event Service

2013-07-14 Thread Sandy Walsh
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

2013-07-14 Thread Boris Pavlovic
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

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

2013-07-14 Thread Matt Riedemann
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

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

2013-07-14 Thread guohliu
On 07/08/2013 09:56 PM, Joe Gordon wrote: On Jul 3, 2013 12:44 PM, guohliu guoh...@linux.vnet.ibm.com mailto:guoh...@linux.vnet.ibm.com wrote: Hello, As we know, nova have different compute drivers with different limitations, you can see in this link,

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

2013-07-14 Thread Gabriel Hurley
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