From a209001e3f890e4c9669f9fe28efd04548f1aab9 Mon Sep 17 00:00:00 2001 From: Joshua Hesketh Date: Tue, 21 Apr 2015 17:25:55 +1000 Subject: Migrate flavour data at migration 291 It's a little hacky but saves checking the logs for a failed upgrade and then applying the migration and re-doing it. (Which would be complicated due to the way handle_results works). Change-Id: I8fd0c206c027f8cf984ba9fbd011cb6c6277f2b7 --- .../task_plugins/real_db_upgrade/nova_mysql_migrations.sh | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/turbo_hipster/task_plugins/real_db_upgrade/nova_mysql_migrations.sh b/turbo_hipster/task_plugins/real_db_upgrade/nova_mysql_migrations.sh index 040b480..4332150 100755 --- a/turbo_hipster/task_plugins/real_db_upgrade/nova_mysql_migrations.sh +++ b/turbo_hipster/task_plugins/real_db_upgrade/nova_mysql_migrations.sh @@ -115,6 +115,14 @@ EOF for i in `seq $start_version $increment $end_version` do + # TODO(jhesketh): This is a bit of a hack until we update our datasets to + # have the flavour data migrated. We know 291 does the migration check + # so we'll migrate just before then + if [ $i == 291 ] + then + sudo /sbin/ip netns exec nonet `dirname $0`/nova-manage-wrapper.sh $VENV_PATH --config-file $WORKING_DIR_PATH/nova-$1.conf --verbose migrate-flavor-data + fi + set -x sudo /sbin/ip netns exec nonet `dirname $0`/nova-manage-wrapper.sh $VENV_PATH --config-file $WORKING_DIR_PATH/nova-$1.conf --verbose db sync --version $i manage_exit=$? -- cgit v1.2.1