oslo.db's master breaks unittest in OS projects
Bug #1367354 reported by
Viktor Serhieiev
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Invalid
|
Low
|
Unassigned | ||
OpenStack Identity (keystone) |
Fix Released
|
Medium
|
Unassigned | ||
oslo.db |
Fix Released
|
Critical
|
Mike Bayer | ||
keystone (Ubuntu) |
Fix Released
|
Medium
|
James Page |
Bug Description
When I run the unittests in different OpennStack projects using the latest oslo.db there were a lot of failures on Nova, Neutron and Keystone. The lot of tests raises OperationalError: (OperationalError) cannot start a transaction within a transaction 'BEGIN' () The right approach is to fix these projects, but we are in the end of J release, so I'm not sure, that we can merge these fixes fast.
This issue was caused by commit [1], so the faster and simplest approach is - to revert this commit an continue our fork on this in K
[1] https:/
Changed in oslo.db: | |
assignee: | nobody → Mike Bayer (zzzeek) |
Changed in oslo.db: | |
milestone: | none → juno-rc1 |
importance: | Undecided → Critical |
status: | New → In Progress |
Changed in oslo.db: | |
status: | In Progress → Fix Committed |
Changed in nova: | |
status: | New → Fix Committed |
status: | Fix Committed → In Progress |
Changed in keystone: | |
status: | New → Fix Committed |
Changed in nova: | |
importance: | Undecided → Medium |
Changed in nova: | |
status: | In Progress → Confirmed |
importance: | Medium → Low |
Changed in oslo.db: | |
status: | Fix Committed → Fix Released |
Changed in keystone: | |
milestone: | none → juno-rc1 |
importance: | Undecided → Medium |
Changed in keystone (Ubuntu): | |
importance: | Undecided → Medium |
status: | New → Triaged |
assignee: | nobody → James Page (james-page) |
Changed in keystone: | |
status: | Fix Committed → Fix Released |
Changed in keystone: | |
milestone: | juno-rc1 → 2014.2 |
Changed in nova: | |
status: | Confirmed → Invalid |
To post a comment you must log in.
See attempt to fiz this issue in Nova - https:/ /review. openstack. org/#/c/ 115255/