Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

When migrating servers (Production or Staging) follow these steps. In order to reduce transit costs, it is recommended to not use S3 backups or the public IP addresses, but instead the internal ones (usually 172.xxx...) using those to send data back and forth avoids any fees for out of AWS/region transfer.

Some of this should be scriptable with variables, look into setting up a playbook.

 

  1. Either get the current day's PGSQL backup or run ~/bin/postgres-backup.sh  if it's before the backup has run.
  2. Make a COPY of the minter file (cp -a to preserve attributes) to work with. Copy it to /home/ubuntu or some other easily recalled location.
  3. If using SSL, get a copy of the needed files (server cert, CA cert, and key). Recommended option to make them a nice tar file for transfer.
  4. Move the postgres backup, minter, and SSL certs to the new server. 
  5. Make /var/sufia, and move Minter there.
  6. Change Minter's owner to hydep:deploy
  7. Move the SSL certs to /etc/ssl and the key to /etc/ssl/private
  8. Shut down tomcat7 and restart postgres (this kicks Tomcat off of using chf_hydra so we can rebuild it)
  9. Follow the Postgres commands in the Postgres section to drop the DB, rebuilt it with the backup, and set the permissions.
  10. Restart Tomcat7
  11. Run the ansible SSL script.
  12. Test the new machine to make sure SSL is working and user accounts came over by logging in.
  13. Shut down the old server. Detach the Fedora volumes.
  14. Attach the Fedora volumes to the new machine
  15. Run the raid-configure ansible playbook.
  16. Reindex Solr
  17. Check new machine to see data is indexed.
  • No labels