debian-mirror-gitlab/doc/user/admin_area/settings/gitaly_timeouts.md
2022-11-25 23:54:43 +05:30

3.6 KiB

stage group info
Systems Gitaly To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/product/ux/technical-writing/#assignments

Gitaly timeouts (FREE SELF)

Gitaly timeouts are configurable. The timeouts can be configured to make sure that long-running Gitaly calls don't needlessly take up resources.

To access Gitaly timeout settings:

  1. On the top bar, select Main menu > Admin.
  2. On the left sidebar, select Settings > Preferences.
  3. Expand the Gitaly timeouts section.

Available timeouts

The following timeouts are available.

Timeout Default Description
Default 55 seconds Timeout for most Gitaly calls (not enforced for git fetch and push operations, or Sidekiq jobs). For example, checking if a repository exists on disk. Makes sure that Gitaly calls made within a web request cannot exceed the entire request timeout. It should be shorter than the worker timeout that can be configured for Puma. If a Gitaly call timeout exceeds the worker timeout, the remaining time from the worker timeout is used to avoid having to terminate the worker.
Fast 10 seconds Timeout for fast Gitaly operations used within requests, sometimes multiple times. For example, checking if a repository exists on disk. If fast operations exceed this threshold, there may be a problem with a storage shard. Failing fast can help maintain the stability of the GitLab instance.
Medium 30 seconds Timeout for Gitaly operations that should be fast (possibly within requests) but preferably not used multiple times within a request. For example, loading blobs. Timeout that should be set between Default and Fast.