Commit 945fa0da authored by Achilleas Pipinellis's avatar Achilleas Pipinellis

Merge branch '39977-git-timeout-for-geo-doc' into 'master'

Document a failure mode for large repositories in Geo

See merge request gitlab-org/gitlab-ee!3500
parents 806afcb4 c1554014
---
title: Document a failure mode for large repositories in Geo
merge_request: 3500
author:
type: other
...@@ -65,6 +65,27 @@ where you have to fix (all commands and path locations are for Omnibus installs) ...@@ -65,6 +65,27 @@ where you have to fix (all commands and path locations are for Omnibus installs)
secondary by that name. You may want to rerun the [replication secondary by that name. You may want to rerun the [replication
process](database.md) on the secondary. process](database.md) on the secondary.
- Very large repositories never successfully synchronize on the secondary.
- GitLab places a timeout on all repository clones, including project imports
and Geo synchronization operations. If a fresh `git clone` of a repository
on the primary takes more than a few minutes, you may be affected by this.
To increase the timeout, add the following line to `/etc/gitlab/gitlab.rb`
on the secondary:
```ruby
gitlab_rails['gitlab_shell_git_timeout'] = 10800
```
Then reconfigure GitLab:
```
sudo gitlab-ctl reconfigure
```
This will increase the timeout to three hours (10800 seconds). Choose a time
long enough to accomodate a full clone of your largest repositories.
Visit the primary node's **Admin Area ➔ Geo Nodes** (`/admin/geo_nodes`) in Visit the primary node's **Admin Area ➔ Geo Nodes** (`/admin/geo_nodes`) in
your browser. We perform the following health checks on each secondary node your browser. We perform the following health checks on each secondary node
to help identify if something is wrong: to help identify if something is wrong:
......
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