Commit e85930c5 authored by Mike Jang's avatar Mike Jang

Merge branch 'mk/doc-update-timeout' into 'master'

Use a non-default timeout as an example

See merge request gitlab-org/gitlab!37777
parents e6946562 0660e939
...@@ -390,13 +390,13 @@ to respect the CIDR format (i.e. `1.2.3.4/32`). ...@@ -390,13 +390,13 @@ to respect the CIDR format (i.e. `1.2.3.4/32`).
GitLab places a timeout on all repository clones, including project imports GitLab places a timeout on all repository clones, including project imports
and Geo synchronization operations. If a fresh `git clone` of a repository 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. on the **primary** takes more than the default three hours, you may be affected by this.
To increase the timeout, add the following line to `/etc/gitlab/gitlab.rb` To increase the timeout, add the following line to `/etc/gitlab/gitlab.rb`
on the **secondary** node: on the **secondary** node:
```ruby ```ruby
gitlab_rails['gitlab_shell_git_timeout'] = 10800 gitlab_rails['gitlab_shell_git_timeout'] = 14400
``` ```
Then reconfigure GitLab: Then reconfigure GitLab:
...@@ -405,7 +405,7 @@ Then reconfigure GitLab: ...@@ -405,7 +405,7 @@ Then reconfigure GitLab:
sudo gitlab-ctl reconfigure sudo gitlab-ctl reconfigure
``` ```
This will increase the timeout to three hours (10800 seconds). Choose a time This will increase the timeout to four hours (14400 seconds). Choose a time
long enough to accommodate a full clone of your largest repositories. long enough to accommodate a full clone of your largest repositories.
### New LFS objects are never replicated ### New LFS objects are never replicated
......
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