diff options
author | Rob Austein <sra@hactrn.net> | 2016-07-28 21:03:09 -0400 |
---|---|---|
committer | Rob Austein <sra@hactrn.net> | 2016-07-28 21:03:09 -0400 |
commit | 83fce9376139aac61522030ad4ff11cfe5de6139 (patch) | |
tree | 1c6d9175e9bfdb33d6280d25228bc07742e0a9da /doc/doc.RPKI.CA.UI.GUI.Upgrading.BeforeMigration | |
parent | 794705b7cde7ab8eade9d38ddd15cfbf5de5ebd8 (diff) |
Drop in documentation extracted from wiki.rpki.net. See README for details.
Diffstat (limited to 'doc/doc.RPKI.CA.UI.GUI.Upgrading.BeforeMigration')
-rw-r--r-- | doc/doc.RPKI.CA.UI.GUI.Upgrading.BeforeMigration | 74 |
1 files changed, 0 insertions, 74 deletions
diff --git a/doc/doc.RPKI.CA.UI.GUI.Upgrading.BeforeMigration b/doc/doc.RPKI.CA.UI.GUI.Upgrading.BeforeMigration deleted file mode 100644 index a9ef46c2..00000000 --- a/doc/doc.RPKI.CA.UI.GUI.Upgrading.BeforeMigration +++ /dev/null @@ -1,74 +0,0 @@ -****** Upgrading from a Previous Release without Migration Support ****** - -This page documents the steps required to upgrade the web portal when you have -a previous version of the software install prior to migration support via -Django South. Note that this is a special case and will not apply to most -situations (see doc/RPKI/CA/UI/GUI/Upgrading for the normal upgrade path). If -you have already performed the steps on this page previously, then it does not -apply to your situation. - -If you are unsure whether or not you have previously run this command, you can -verify with the following command: - - $ rpki-manage migrate --list - - app - (*) 0001_initial - (*) 0002_auto__add_field_resourcecert_conf - (*) 0003_set_conf_from_parent - (*) 0004_auto__chg_field_resourcecert_conf - (*) 0005_auto__chg_field_resourcecert_parent - ( ) 0006_add_conf_acl - ( ) 0007_default_acls - -The migrations are an ordered list. The presence of the asterisk (*) indicates -that the migration has already been performed. ( ) indicates that the specific -migration has not yet been applied. In the example above, migrations 0001 -through 0005 have been applied, but 0006 and 0007 have not. - -***** Sync databases ***** - -Execute the following command in a shell. Note that you do not need to be the -root user, any user with permission to read /etc/rpki.conf is sufficient. - - $ rpki-manage syncdb - -Note that at the end of the syncdb output you will see the following message: - - Not synced (use migrations): - - rpki.gui.app - (use ./manage.py migrate to migrate these) - -You should ignore the message about running ./manage.py since that script does -not exist in our setup. - -***** Initial Database Migration ***** - -For a completely new install, there will not be any existing tables in the -database, and the rpki-manage migrate command will create them. However, in the -special situation where you are upgrading from a previous release prior to the -migration support being added, you will already have the tables created, which -will case the initial migration to fail. In order to work around this problem, -we have to tell the migration that the initial step has already been performed. -This is accomplished via the use the --fake command line argument: - - $ rpki-manage migrate app 0001 --fake - -Note that this step doesn't actually modify the database, other than to record -that the migration has already taken place. - -***** Database Migration ***** - -Now bring your database up to date with the current release: - - $ rpki-manage migrate - -From this point forward you will follow the steps in doc/RPKI/CA/UI/GUI/ -Upgrading each time you upgrade. - -***** Restart Apache ***** - -In order to make Apache use the new version of the software, it must be -restarted: - - $ apachectl restart |