2019-02-20 11:56:19 -05:00
|
|
|
= form_for @application_setting, url: preferences_admin_application_settings_path(anchor: 'js-gitaly-settings'), html: { class: 'fieldset-form' } do |f|
|
2018-04-04 05:44:32 -04:00
|
|
|
= form_errors(@application_setting)
|
|
|
|
|
|
|
|
%fieldset
|
2018-06-13 03:40:55 -04:00
|
|
|
.form-group
|
2018-07-19 18:11:31 -04:00
|
|
|
= f.label :gitaly_timeout_default, 'Default Timeout Period', class: 'label-bold'
|
2018-06-13 03:40:55 -04:00
|
|
|
= f.number_field :gitaly_timeout_default, class: 'form-control'
|
|
|
|
.form-text.text-muted
|
|
|
|
Timeout for Gitaly calls from the GitLab application (in seconds). This timeout is not enforced
|
|
|
|
for git fetch/push operations or Sidekiq jobs.
|
2020-01-13 10:07:53 -05:00
|
|
|
This timeout should be less than the worker timeout. If a Gitaly call timeout would exceed the
|
|
|
|
worker timeout, the remaining time from the worker timeout would be used to avoid having to terminate
|
|
|
|
the worker.
|
2018-06-13 03:40:55 -04:00
|
|
|
.form-group
|
2018-07-19 18:11:31 -04:00
|
|
|
= f.label :gitaly_timeout_fast, 'Fast Timeout Period', class: 'label-bold'
|
2018-06-13 03:40:55 -04:00
|
|
|
= f.number_field :gitaly_timeout_fast, class: 'form-control'
|
|
|
|
.form-text.text-muted
|
|
|
|
Fast operation timeout (in seconds). Some Gitaly operations are expected to be fast.
|
|
|
|
If they exceed this threshold, there may be a problem with a storage shard and 'failing fast'
|
|
|
|
can help maintain the stability of the GitLab instance.
|
|
|
|
.form-group
|
2018-07-19 18:11:31 -04:00
|
|
|
= f.label :gitaly_timeout_medium, 'Medium Timeout Period', class: 'label-bold'
|
2018-06-13 03:40:55 -04:00
|
|
|
= f.number_field :gitaly_timeout_medium, class: 'form-control'
|
|
|
|
.form-text.text-muted
|
|
|
|
Medium operation timeout (in seconds). This should be a value between the Fast and the Default timeout.
|
2018-04-04 05:44:32 -04:00
|
|
|
|
2020-10-14 11:08:42 -04:00
|
|
|
= f.submit 'Save changes', class: "gl-button btn btn-success"
|