Article version: Enterprise Server 2.17
Recovering a high availability configuration
After failing over to a GitHub Enterprise Server appliance, you should regain redundancy as soon as possible rather than rely on a single appliance.
You can use the former primary appliance as the new replica appliance if the failover was planned or was not related to the health of the appliance. If the failover was related to an issue with the primary appliance, you may prefer to create a new replica appliance. For more information, see "Creating a high availability replica."
Configuring a former primary appliance as a new replica
-
Connect to the former primary appliance's IP address using SSH.
$ ssh -p 122 admin@FORMER PRIMARY IP
-
On the former primary appliance, run
ghe-repl-setup
with the IP address of the former replica.$ ghe-repl-setup FORMER REPLICA IP
-
To add the public key to the list of authorized keys on the primary appliance, browse to
https://PRIMARY-HOSTNAME/setup/settings
and add the key you copied from the replica to the list. -
To verify the connection to the new primary and enable replica mode for the new replica, run
ghe-repl-setup
again.$ ghe-repl-setup FORMER REPLICA IP
-
To start replication of the datastores, use the
ghe-repl-start
command.$ ghe-repl-start
Warning:
ghe-repl-start
causes a brief outage on the primary server, during which users may see internal server errors. To provide a friendlier message, runghe-maintenance -s
on the primary node before runningghe-repl-start
on the replica node to put the appliance in maintenance mode. Once replication starts, disable maintenance mode withghe-maintenance -u
.