There are two types of data migration:
1. Automatic - happens during barbican api startup
2. Manual - run on demand when migration is required
The Manual step is done by running the bin/barbican-db-manage.py
script. This script fails with an "UnboundExecutionError" due
to a conflict between SQLAlchemy synching vs Alembic version
processing in checking for the existence of the table. This commit
fixes the issue by replacing the SQLAlchemy metadata calls with
alembic calls by reusing the context/connection from the existing
"op".
Reviewed: https:/ /review. openstack. org/98321 /git.openstack. org/cgit/ openstack/ barbican/ commit/ ?id=08c63fdbcb2 2978290fc4f67c6 48708cc2d7ebd6
Committed: https:/
Submitter: Jenkins
Branch: master
commit 08c63fdbcb22978 290fc4f67c64870 8cc2d7ebd6
Author: tsv <email address hidden>
Date: Fri Jun 6 01:43:00 2014 -0600
Fix data migration script error
There are two types of data migration:
1. Automatic - happens during barbican api startup
2. Manual - run on demand when migration is required
The Manual step is done by running the bin/barbican- db-manage. py onError" due
script. This script fails with an "UnboundExecuti
to a conflict between SQLAlchemy synching vs Alembic version
processing in checking for the existence of the table. This commit
fixes the issue by replacing the SQLAlchemy metadata calls with
alembic calls by reusing the context/connection from the existing
"op".
Change-Id: I9bf65594a9e76b 3f98d67bbd47a9c c7b97298de0
Closes-Bug: #1326654