| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
838e314a21fef9ca6cf99140b2400e0d3b68b109 changed the retry wrapper
code to not log exception traces for expected errors, like when
retrying on a DBDeadlock. It did, however, log an unexpected exception
but was not checking the type, like in the case of a nova OverQuota
exception.
Since _is_execption_expected already logs at debug level an expected
DB error, like DBDeadlock, during a retry loop, we don't need to log
it again. And if the exception is unexpected, like OverQuota from nova,
then we shouldn't trace that exception in the retry loop before
reraising but instead just let the caller handle it.
Adds a unit test to make sure that nothing is logged in the unexpected
exception case during the retry loop.
Co-Authored-By: Sean Dague <sean@dague.net>
Change-Id: Ic3e45029378dc96ce01398d9b55f51e20ef08189
Closes-Bug: #1532880
|
| |
| |
| |
| |
| |
| |
| | |
For more information about this automatic import see:
https://wiki.openstack.org/wiki/Translations/Infrastructure
Change-Id: I73c4b3c1a9893779d3526ad048e09a76f870321f
|
| |
| |
| |
| | |
Change-Id: I94f7328437266d6dbaece5e6b2f21a0ea700064e
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In 0.6.2, the exc.statement and exc.params were as follows:
exc.statement = {unicode} u'INSERT INTO resource_entity (id, foo_id)
VALUES (%s, %s)'
exc.params = {tuple} (1, 2)
In 0.7.1, the exc.statement and exc.params are as follows:
exc.statement = {unicode} u'INSERT INTO resource_entity (id, foo_id)
VALUES (%(id)s, %(foo_id)s)'
exc.params = {dict} {'id': 1, 'foo_id': 2}
So the easiest thing to support both is to use string interpolation
and then check if they are equal. This approach works for both py34
and py27 as well. Note that we still have to test the old way for
sqlite which has (?, ?) in the SQL statement.
Closes-Bug: #1533861
Change-Id: Iab9f0e4b4dd337363dd7e705c1155f3f6517b404
|
|
|
|
| |
Change-Id: Ic7ab3b9e6dc8354861be1af46210269f74c04333
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
To solve the problem of "db type could
not be determined" on py34 we have to run first the py34 env to, then, run
py27. This patch puts py34 first on the tox.ini list of envs to avoid this
problem to happen.
Change-Id: I2365f66eee43cd36e62fe05e582c328787a0a112
Closes-bug: #1489059
|
|/
|
|
| |
Change-Id: I6d23bee6e6e9b0a7a6dcb20edb8ef4476c2d561e
|
|
|
|
|
|
|
|
|
| |
Neutron hit problem with comparison Variant type and BigInteger.
Seems that comparison with Variant is not done properly so add
correction of it in compare_type.
Change-Id: Ic5279fcf11cf9123d007010d094a7f255ba0555e
Related-bug: #1526675
|
|
|
|
| |
Change-Id: I1f3e785a9e7344279c2d4176f67678be564169d1
|
|
|
|
| |
Change-Id: I37020a0bfbcd19a99af5a9b090d81d60fee54d74
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If we know we're retrying on DB failures, let's be smarter and not trace
an exception at ERROR level while looping, since this clutters up the
logs and causes confusion when trying to track down failures.
DBDeadlock errors show up quite a bit in q-svc and n-api logs in gate
runs but when you check logstash for those, they are primarily in jobs
that are successful, so the trace is on the first try in the loop and
then we pass on the second try - but the trace itself is confusing while
debugging gate failures.
So let's just be smarter and log at debug level between retries, and if
we hit an unexpected exception, log that error (as before), and raise it
up to the caller.
Closes-Bug: #1523990
Change-Id: I15b4a9b5c7ec9bfede9ec9989de02c1da46eac81
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Everything in this file is automatically generated by pbr. There
appears to be no good reason to keep it around.
More details please see:
https://github.com/openstack-dev/pbr/blob/master/pbr/packaging.py#L384
Change-Id: I48e3a0129949747759acb68984f1e0425185e032
|
|\ \ |
|
| |/
| |
| |
| |
| |
| | |
We don't use it in anywhere.
Change-Id: I411755e8297459b9b726cb7235da08236d098455
|
|/
|
|
| |
Change-Id: Ic4ffc33e2b1d4228af88cf952a3f8c129a4db3be
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adds extras for e.g. nova to use for testing, so that oslo.db can
control the libraries used.
Removes test-requirements.txt - it becomes a single env-marker
controlled list, and shows how tox will access those dependencies.
Co-Authored-By: Roman Podoliaka <rpodolyaka@mirantis.com>
Change-Id: I97ef5bad215abe60d92c3fda4474c48ccb13eab0
|
|
|
|
|
|
|
|
|
| |
In Nova we need a decorator that is READER by default
but can be used as ASYNC if asynchronous session is started before.
Co-Authored-By: Sergey Nikitin <snikitin@mirantis.com>
Change-Id: I0c0f332d87bf6b1213c800763918340b1e226934
|
|
|
|
| |
Change-Id: If775c65d34d99a93a7e56de9dfb1f017f8b9216f
|
|
|
|
| |
Change-Id: I8d17187229811cdb9fc7a89f2f58726bdb96db4e
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Remove support for python 2.6
* Remove skipsdist : Needs to be set only if
sdist is expensive
* Remove usedevelop : only needed when skipsdist
is set to True
* Remove install_command : We can just use the
default, we don't need to override
* sitepackages : default is already false
Change-Id: I12de2f2175fce3a0b24c16a1fc55100c2927883f
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When LegacyEngineFacade is passed a _TransactionFactory
that is not started, or one that fails to start, the
_start() method should be called again each time the
factory is called upon; this ensures that the failed
start either can be made to succeed, or at least re-raises
the same error as earlier, instead of falling into attribute
access for non-existent attributes.
Change-Id: I7484f837d455c1f69c448e5ccadc277d19af47e7
Closes-Bug: #1515326
|
|
|
|
|
|
|
|
|
|
|
|
| |
This public method was added to be able to create several
legacy facades from several transaction context managers.
It could be used in Nova where we have two DBs.
There we need some legal way to create two legacy facades
because right now in Nova we create facades by using
private field _factory. It is not quite right.
Change-Id: I96b3dbcbc5a05ac025c247ae6d8abfc988d0295e
|
|
|
|
|
|
| |
Fixes bug #1514399
Change-Id: I06154bdafb2be6d5ae65fc9d51c0dc7fafcaa8aa
|
|
|
|
| |
Change-Id: Ia390b2d2065f2db197dc4e3b87a71b1d1125f481
|
|
|
|
|
|
|
| |
For more information about this automatic import see:
https://wiki.openstack.org/wiki/Translations/Infrastructure
Change-Id: I2c99373229cef3a536039f1116c2414cde4b9d17
|
|
|
|
| |
Change-Id: I40e63dfa3051e765fa5e48adb5e79895fec98566
|
|
|
|
| |
Change-Id: Iab02eb57514254f3f5f18116b3e0fd2904c1224d
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
That should help to debug DB contentions.
Right now it's not clear from the logs if or how often reconnects
are triggered.
Change-Id: I8c9c95c262e69d9aa97294abe7fbfb31b1b18c5d
|
| |
| |
| |
| | |
Change-Id: I7ce9fd2785bad9b3f6870288d2e47ffdae60f970
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The current value for home-page is launchpad url
which is not relevant one and so it is replaced
with Oslo wiki page
Change-Id: I202d9eb72f7ea152e8ed10b86556b334f7793b34
|
|\ \ \ |
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
A number of configuration errors prevent the successful creation of code
coverage. This corrects the .coveragerc source/omit setup and the tox
package name generation.
http://lists.openstack.org/pipermail/openstack-dev/2015-October/076193.html
Change-Id: I677ca6ed73096cf408455cd0968a488a1cbab636
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We can remove openstack-common.conf as we don't
sync any code from oslo-incubator any more.
Change-Id: I37149764b28791f5dc8c82ecefcb14fd75a57dfa
|
|\ \ \ \ |
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This project is 2 and 3 compatible so a universal
wheel is appropriate/expected.
Change-Id: Ide29cc4b33a8be94459babbaecb638b9b17b04d7
|
|\ \ \ \
| |/ / /
|/| | | |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | | |
There's no oslo_db.migration module. It's an entrypoint group name.
Therefore it should not be using :mod:.
Change-Id: I14f26c1a9ae1bd6b5b1154b3f49eb9e1518cafc3
|
|/ /
| |
| |
| | |
Change-Id: I18558198038f6e674276166c7c05b4ada690ce29
|
| |
| |
| |
| |
| |
| |
| | |
For more information about this automatic import see:
https://wiki.openstack.org/wiki/Translations/Infrastructure
Change-Id: I1ac5df90739f1421adb67409e726f1b258ee9383
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Add directives to the documentation to bring in the docstrings from the
plugins.
Change-Id: I2afe1d1e4a9abfa1d3cdf85bc4008ff8f772123c
|
|\ \ \
| |/ /
|/| | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Needed for coverage 4.0
Change-Id: I5e22c72ba110f3e52c719ca7b2b0547ef4f1dccc
|
|\ \ \ |
|