Commit 15e5bfc7 authored by Achilleas Pipinellis's avatar Achilleas Pipinellis

Merge branch 'geo_config' into 'master'

Geo config - Move "regenerate authorized keys" step (step 6) of config to before step 4

See merge request !2218
parents 6c354030 9109060c
...@@ -129,7 +129,23 @@ sensitive data in the database. Any secondary node must have the ...@@ -129,7 +129,23 @@ sensitive data in the database. Any secondary node must have the
1. Save and close the file. 1. Save and close the file.
### Step 4. Enabling the secondary GitLab node ### Step 4. Regenerating the authorized keys in the secondary node
Regenerate the keys for `~/.ssh/authorized_keys`
(HTTPS clone will still work without this extra step).
On the **secondary** node where the database is [already replicated](./database.md),
run:
```
# For Omnibus installations
gitlab-rake gitlab:shell:setup
```
This will enable `git` operations to authorize against your existing users.
New users and SSH keys updated after this step, will be replicated automatically.
### Step 5. Enabling the secondary GitLab node
1. SSH into the **secondary** node and login as root: 1. SSH into the **secondary** node and login as root:
...@@ -165,9 +181,9 @@ The two most obvious issues that replication can have here are: ...@@ -165,9 +181,9 @@ The two most obvious issues that replication can have here are:
[Troubleshooting](#troubleshooting) section) [Troubleshooting](#troubleshooting) section)
- Instance is firewalled (check your firewall rules) - Instance is firewalled (check your firewall rules)
### Step 5. Replicating the repositories data ### Step 6. Replicating the repositories data
Getting a new secondary Geo node up and running, will also require the Lastly, getting a new secondary Geo node up and running, will also require the
repositories data to be synced. repositories data to be synced.
With GitLab **9.0** the syncing process starts automatically from the With GitLab **9.0** the syncing process starts automatically from the
...@@ -222,22 +238,6 @@ While active repositories will be eventually replicated, if you don't rsync, ...@@ -222,22 +238,6 @@ While active repositories will be eventually replicated, if you don't rsync,
the files, any archived/inactive repositories will not get in the secondary node the files, any archived/inactive repositories will not get in the secondary node
as Geo doesn't run any routine task to look for missing repositories. as Geo doesn't run any routine task to look for missing repositories.
### Step 6. Regenerating the authorized keys in the secondary node
The final step is to regenerate the keys for `~/.ssh/authorized_keys`
(HTTPS clone will still work without this extra step).
On the **secondary** node where the database is [already replicated](./database.md),
run:
```
# For Omnibus installations
gitlab-rake gitlab:shell:setup
```
This will enable `git` operations to authorize against your existing users.
New users and SSH keys updated after this step, will be replicated automatically.
## Next steps ## Next steps
Your nodes should now be ready to use. You can login to the secondary node Your nodes should now be ready to use. You can login to the secondary node
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment