WANdisco
 Navigation:  v1.6.1.2 Build eba41260 | Release Notes | Install | Upgrade | Administration | Reference | Gerrit | API | Glossary | Archive

Upgrade Guide

This guide describes upgrades and rollbacks for Git MultiSite.

1. Upgrade from version 1.4 to 1.6

1.1 Assumptions

Changes to MultiSite's database format

Some updates may change MultiSite's internal DConE prevayler database format. For the update to work properly you will need to run the transformer tool to convert the currently installed version of Git MultiSites backup file to support the latest prevayler database format. This is discussed in more detail in the Update Procedure below.

Email Notification settings are not preserved

Notification settings (which trigger alert emails) are lost as part of the upgrade from 1.2 to 1.2.1. In future upgrades these settings will be preserved.

IMPORTANT: upgrade one node first, then upgrade the rest in parallel
Select one node and run the upgrade on this node to completion. Type y to the question:
Is this the first node? y/N: 
When this is complete you can then upgrade all the other nodes in parallel by typing n to answer this question.
Do not bring up any node until ALL of the nodes have been upgraded.

1.2 Procedure

If your upgrade of the initial node fails for any reason, then you must contact WANdisco Support immediately, without trying to upgrade any other nodes.

To upgrade from version 1.4 to version 1.6:

  1. Connect to each node in the 1.4 replication group, by command line, as root.
  2. Backup your 1.4 databases on each node using the following command:
    curl --user <admin user>:<admin password> -X POST http://<node ip address>:8082/api/backup
  3. Make a backup of the replicator database to allow for rollback:
    cp -r /opt/wandisco/git-multisite/replicator/database/* /path/to/your/backup/directory
  4. Copy the 1.6 installer script to each Node and run it as root
  5. Exit from your gitms account back to the root account
  6. Start the git-multisite service:
    service git-multisite start
  7. Finally, check the following:
    • All nodes have running replicators.
    • Replicator and GUI versions are showing 1.4.
    • You can push to a repository successfully.
    • The pushed change is replicated across the entire replication group.
Changes to Tiebreaker node availability
It may be worth remembering that in Git MultiSite 1.4 the functionality for tiebreaker nodes changed slightly. After upgrading from an earlier version of Git MultiSite, if you make a change to a replication group that has an odd number of voter nodes, including a change to the schedule, any tiebreaker nodes will now lose their special tiebreaker designation. Tiebreaker nodes are now only available when there is an even number of nodes, along with the corresponding risk that a vote could be evenly split between voters. Note that this change wasn't applied after upgrading to Git MultiSite 1.4 but will apply only after you next alter an applicable replication group.

2. Rollback from version 1.6 to 1.4

If you need to roll back to the previous version of Git MultiSite, use the following procedure:

  1. Log in as root on each node.
  2. On each node, uninstall the current version using the following script:
    #This script removes the install of git-multsite to be able to install cleanly
    echo "Removing Git-Multisite RPMS"
    yum remove -y git-multisite git-multisite-gui git-multisite-hook git-multisite-all
    echo "Removing Git-Multisite Directory"
    rm -rf /opt/wandisco/git-multisite
    killall java
    cd /tmp
    rm -rf *
    cd
  3. On each node, re-install the previous version
  4. Stop the git-multisite service:
    service git-multisite stop
  5. Remove the contents of the Git MultiSite database directory:
    rm -r /opt/wandisco/git-multisite/replicator/database/*
  6. Change to the gitms user:
    su gitms
  7. On each node, copy the content of your backed up database directory into place:
    cd /opt/wandisco/git-multisite/replicator/database
    cp -r /path/to/your/backup/directory/* .
  8. Check the database directory and all its contents are owned by gitms:gitms and permissions are set to 755
  9. Exit from your gitms account back to the root account
  10. Restart the git-multisite service:
    service git-multisite start
  11. Finally, check the following:
    • All nodes have running replicators
    • Replicator and GUI versions are showing 1.4
    • You can push to a repository successfully
    • The pushed change is replicated across the entire replication group