Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

2013-10-17 Thread Roman Podolyaka
Hi all, Being a bit familiar with both SQLAlchemy and sqlalchemy-migrate, I decided to check the issue with running of migrations tests in Nova with SQLAlchemy 0.8.x. Long story is here: https://bugs.launchpad.net/sqlalchemy-migrate/+bug/1241038 TL;DR 1. It's really the issue with

Re: [openstack-dev] [nova] odd behaviour from sqlalchemy

2013-10-12 Thread Roman Podolyaka
Hello Chris, I thought it was a bug in SQLAlchemy code, so I wrote a snippet [1] to check my assumption, but I haven't managed to reproduce the problem with SQLAlchemy versions 0.7.9, 0.7.10 and 0.8.2. I would suggest you to start from enabling logging of all SQL queries SQLAlchemy issues [2]

Re: [openstack-dev] Requirements syncing job is live

2013-10-02 Thread Roman Podolyaka
Hello ZhiQiang, I'm not sure what HEADs you mean: oslo-incubator doesn't contain git submodules, but rather regular Python packages. On the other hand, oslo.version/oslo.messaging/oslo.* are separate libraries, having their own releases, so syncing of global requirements will effectively make

Re: [openstack-dev] configapplier licensing

2013-09-20 Thread Roman Podolyaka
Hi Thomas, I believe all OpenStack projects (including diskimage-builder [1] and os-apply-config [2]) are distributed under Apache license. Thanks, Roman [1] https://github.com/openstack/diskimage-builder/blob/master/LICENSE [2] https://github.com/openstack/os-apply-config/blob/master/LICENSE

[openstack-dev] Fwd: [Openstack] Neutron debug in eclipse (devstack): anyone ??

2013-09-13 Thread Roman Podolyaka
Oops... I replied to Otavio directly rather than to the mailing list... -- Forwarded message -- From: Roman Podolyaka rpodoly...@mirantis.com Date: Fri, Sep 13, 2013 at 1:05 PM Subject: Re: [Openstack] Neutron debug in eclipse (devstack): anyone ?? To: Otávio Augusto otavio.augu

Re: [openstack-dev] Backwards incompatible migration changes - Discussion

2013-09-12 Thread Roman Podolyaka
I can't agree more with Robert. Even if it was possible to downgrade all migrations without data loss, it would be required to make backups before DB schema upgrade/downgrade. E.g. MySQL doesn't support transactional DDL. So if a migration script can't be executed successfully for whatever

Re: [openstack-dev] [heat][oslo] mysql, sqlalchemy and sql_mode

2013-09-11 Thread Roman Podolyaka
Hi Steven, Nice catch! This is not the first time MySQL has played a joke on us... I think, we can fix this easily by adding a callback function, which will set the proper sql_mode value, when a DB connection is retrieved from a connection pool. We'll provide a fix to oslo-incubator soon.

[openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

2013-09-09 Thread Roman Podolyaka
Hi, There is a patch on review (https://review.openstack.org/#/c/45422/) fixing https://bugs.launchpad.net/tripleo/+bug/1221620 which has importance 'Critical' in Nova and TripleO (long story short: currently Nova Baremetal deployments with more than one baremetal node won't work). It would be

Re: [openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

2013-09-09 Thread Roman Podolyaka
pipelines? Thanks, Roman On Mon, Sep 9, 2013 at 1:59 PM, Nikola Đipanov ndipa...@redhat.com wrote: On 09/09/13 11:25, Roman Podolyaka wrote: Hi, There is a patch on review (https://review.openstack.org/#/c/45422/) fixing https://bugs.launchpad.net/tripleo/+bug/1221620 which has

Re: [openstack-dev] [Nova][Baremetal][DB] Core review request: bugfix for 1221620

2013-09-09 Thread Roman Podolyaka
yet, so we're having to work on tuning and the occasional hack. We hope to have at least functional tests for nova-bm in soon, with TripleO as a whole following on subsequently to that. -Rob On 9 September 2013 23:12, Roman Podolyaka rpodoly...@mirantis.com wrote: Hi, I'm ok with both

Re: [openstack-dev] OpenStack + PyPy: Status and goals

2013-09-09 Thread Roman Podolyaka
Hi Alex, That's really cool! I believe, performance is not the only benefit we can get from running OpenStack projects on PyPy. We can also improve the overall correctness of our code (as PyPy behaves differently with non-closed files, etc), just like compiling of your C/C++ app using different

Re: [openstack-dev] headsup - transient test failures on py26 ' cannot import name OrderedDict'

2013-07-19 Thread Roman Podolyaka
Hi guys, Both 0.0.16 and 0.0.17 seem to have a broken tests counter. It shows that 2 times more tests have been run than I actually have. Thanks, Roman On Thu, Jul 18, 2013 at 2:29 AM, David Ripton drip...@redhat.com wrote: On 07/17/2013 04:54 PM, Robert Collins wrote: On 18 July 2013

Re: [openstack-dev] ipdb debugging in Neutron test cases?

2013-07-17 Thread Roman Podolyaka
unic...@gmail.com wrote: On Wed, Jul 17, 2013 at 12:00 PM, Roman Podolyaka rpodoly...@mirantis.com wrote: Hi, Ensure that stdout isn't captured by the corresponding fixture: OS_STDOUT_CAPTURE=0 python -m testtools.run

[openstack-dev] [DB][Migrations] Switching to using of Alembic

2013-07-16 Thread Roman Podolyaka
Hello, stackers! Most of you who is interested in work around DB in OpenStack must have read this thread [1] started by Boris Pavlovic. Boris made an overview of the work our team is doing to make DB code better. One of our main goals is to switch from sqlalchemy-migrate to Alembic for applying

Re: [openstack-dev] ipdb debugging in Neutron test cases?

2013-07-16 Thread Roman Podolyaka
Hi, Ensure that stdout isn't captured by the corresponding fixture: OS_STDOUT_CAPTURE=0 python -m testtools.run neutron.tests.unit.openvswitch.test_ovs_neutron_agent.TestOvsNeutronAgent.test_port_update Tests running...

Re: [openstack-dev] [Infra][Nova] Running Nova DB API tests on different backends

2013-06-21 Thread Roman Podolyaka
at 3:02 PM, Sean Dague s...@dague.net wrote: On 06/21/2013 07:40 AM, Roman Podolyaka wrote: Hi, all! In Nova we've got a DB access layer known as DB API and tests for it. Currently, those tests are run only for SQLite in-memory DB, which is great for speed, but doesn't allow us to spot backend