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 sqlalchemy-migr
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] and
Hello Aparna,
I would suggest to start from Nova Developer Guide [1] to understand what
Nova is in general, what services it consists of and so on.
There are different approaches how to learn new stuff. I personally prefer
the 'top-bottom' one, i.e. when you start from high-level concepts
and gra
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 pro
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
Hi Joshua,
This looks great!
We definitely should consider this to become the base of oslo.db, as
currently DB code in oslo-incubator depends on oslo-config and has a few
drawbacks (e. g. global engine and session instances).
We could discuss this in details at the summit (Boris has already prop
Oops... I replied to Otavio directly rather than to the mailing list...
-- Forwarded message --
From: Roman Podolyaka
Date: Fri, Sep 13, 2013 at 1:05 PM
Subject: Re: [Openstack] Neutron debug in eclipse (devstack): anyone ??
To: Otávio Augusto
Hello Otavio,
You must be facing
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 reason
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.
Thank
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
not the case 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
> wrot
Nova check/gate pipelines?
Thanks,
Roman
On Mon, Sep 9, 2013 at 1:59 PM, Nikola Đipanov 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/tri
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
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 wrote:
> On 07/17/2013 04:54 PM, Robert Collins wrote:
>
>> On 18 July 2013 08:48, Chris Jones
ul 17, 2013 at 8:44 AM, Qiu Yu wrote:
> On Wed, Jul 17, 2013 at 12:00 PM, Roman Podolyaka
> wrote:
> > Hi,
> >
> > Ensure that stdout isn't captured by the corresponding fixture:
> >
> > OS_STDOUT_CAPTURE=0 python -m testtools.run
> >
> neutron.te
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...
>
/home/rpodolyaka/src/neutron/neutron/tests/unit/openvswitch/test_ovs_neutro
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 o
3:02 PM, Sean Dague 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
>> gr
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-specific errors.
There is a blueprint (
https://blueprints.launchpad.net/nova/+spec/db-api-t
19 matches
Mail list logo
