aboutsummaryrefslogtreecommitdiff
path: root/doc/doc.RPKI.CA.UI.GUI.Upgrading.BeforeMigration
diff options
context:
space:
mode:
authorRob Austein <sra@hactrn.net>2016-07-28 21:03:09 -0400
committerRob Austein <sra@hactrn.net>2016-07-28 21:03:09 -0400
commit83fce9376139aac61522030ad4ff11cfe5de6139 (patch)
tree1c6d9175e9bfdb33d6280d25228bc07742e0a9da /doc/doc.RPKI.CA.UI.GUI.Upgrading.BeforeMigration
parent794705b7cde7ab8eade9d38ddd15cfbf5de5ebd8 (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.BeforeMigration74
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