[openstack-dev] Cinder Stability Hack-a-thon

2014-02-01 Thread Mike Perez
Folks, I would love to get people together who are interested in Cinder stability to really dedicate a few days. This is not for additional features, but rather finishing what we already have and really getting those in a good shape before the end of the release. When: Feb 24-26 Where: San

Re: [openstack-dev] [savanna] Alembic migrations and absence of DROP column in sqlite

2014-02-01 Thread Eugene Nikanorov
Boris, Sorry for the offtopic. Is switching to model-based schema generation is something decided? I see the opposite: attempts to drop schema generation based on models in favor of migrations. Can you point to some discussion threads? Thanks, Eugene. On Sat, Feb 1, 2014 at 2:19 AM, Boris

Re: [openstack-dev] [Ceilometer] [TripleO] adding process/service monitoring

2014-02-01 Thread Łukasz Jernaś
On Tue, Jan 28, 2014 at 6:49 PM, Ladislav Smola lsm...@redhat.com wrote: Might be good to monitor it via SNMPD. As this daemon will be already running on each node. And I see it should be possible, though not very popular. Then it would be nice to have the data stored in Ceilometer, as it

Re: [openstack-dev] [savanna] Alembic migrations and absence of DROP column in sqlite

2014-02-01 Thread Roman Podoliaka
Hi all, My two cents. 2) Extend alembic so that op.drop_column() does the right thing We could, but should we? The only reason alembic doesn't support these operations for SQLite yet is that SQLite lacks proper support of ALTER statement. For sqlalchemy-migrate we've been providing a

[openstack-dev] [Horizon] User Signup

2014-02-01 Thread Saju M
Hi folks, Could you please spend 5 minutes on the blueprint https://blueprints.launchpad.net/horizon/+spec/user-registration and add your suggestions in the white board. Thanks, ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [oslo] log message translations

2014-02-01 Thread Łukasz Jernaś
On Mon, Jan 27, 2014 at 7:44 PM, Joshua Harlow harlo...@yahoo-inc.com wrote: +1 I've never understood this either personally. From what I know most all (correct me if I am wrong) open source projects don't translate log messages; so it seems odd to be the special snowflake project/s. Do

[openstack-dev] [Ironic] Functional testing, dependencies, etc

2014-02-01 Thread Devananda van der Veen
Hi all, I've got a few updates to share on the status of functional testing of Ironic. Firstly, early last week, Ironic's tempest tests were added to our check and gate pipeline, and non-voting checks were added to devstack and tempest pipelines as well. These tests start the Ironic services in

Re: [openstack-dev] Question about Nova BP.

2014-02-01 Thread Russell Bryant
On 02/01/2014 08:44 AM, wingwj wrote: It's very kind of you. Ok, we'll encourage the company to build the CI environment rapidly. Thanks for all your recommendation for me. I'll feed it back to my team. Please don't miss the libvirt feedback, as well. You can build a great CI system, but

Re: [openstack-dev] [Neutron][IPv6] Private or Public network?

2014-02-01 Thread Shixiong Shang
Hi, Anthony: Thanks a lot for the quick response! I didn't think about the provider network scenarios. I feel grateful you brought it up. I will add provider network to the chart. Here is my understanding: Private network: VM is attached to a subnet with NO default gateway at all, i.e.

[openstack-dev] [openstack-developer] About installing CLI for swift on windows

2014-02-01 Thread Mayur Patil
Hi All, I am trying to install Client Library for OpenStack Object Storage API i.e. python-swiftclient. I have tried for each method but all fails: 1) pip install python-swiftclient 2) pip install url_of_package 3) easy_install python-swiftclient I also configured

Re: [openstack-dev] [keystone][heat] Migration to keystone v3 API questions

2014-02-01 Thread Dolph Mathews
On Sat, Feb 1, 2014 at 12:33 PM, Anne Gentle a...@openstack.org wrote: On Thu, Jan 23, 2014 at 5:21 AM, Steven Hardy sha...@redhat.com wrote: Hi all, I've recently been working on migrating the heat internal interfaces to use the keystone v3 API exclusively[1]. This work has mostly