Merge branch '21705-go-deps-update-all'
[arvados.git] / lib / config / config.default.yml
1 # Copyright (C) The Arvados Authors. All rights reserved.
2 #
3 # SPDX-License-Identifier: AGPL-3.0
4
5 # Do not use this file for site configuration. Create
6 # /etc/arvados/config.yml instead.
7 #
8 # The order of precedence (highest to lowest):
9 # 1. Legacy component-specific config files (deprecated)
10 # 2. /etc/arvados/config.yml
11 # 3. config.default.yml
12
13 Clusters:
14   xxxxx:
15     # Token used internally by Arvados components to authenticate to
16     # one another. Use a string of at least 50 random alphanumerics.
17     SystemRootToken: ""
18
19     # Token to be included in all healthcheck requests. Disabled by default.
20     # Server expects request header of the format "Authorization: Bearer xxx"
21     ManagementToken: ""
22
23     Services:
24
25       # Each of the service sections below specifies InternalURLs
26       # (each with optional ListenURL) and ExternalURL.
27       #
28       # InternalURLs specify how other Arvados service processes will
29       # connect to the service. Typically these use internal hostnames
30       # and high port numbers. Example:
31       #
32       # InternalURLs:
33       #   "http://host1.internal.example:12345": {}
34       #   "http://host2.internal.example:12345": {}
35       #
36       # ListenURL specifies the address and port the service process's
37       # HTTP server should listen on, if different from the
38       # InternalURL itself. Example, using an intermediate TLS proxy:
39       #
40       # InternalURLs:
41       #   "https://host1.internal.example":
42       #     ListenURL: "http://10.0.0.7:12345"
43       #
44       # When there are multiple InternalURLs configured, the service
45       # process will try listening on each InternalURLs (using
46       # ListenURL if provided) until one works. If you use a ListenURL
47       # like "0.0.0.0" which can be bound on any machine, use an
48       # environment variable
49       # ARVADOS_SERVICE_INTERNAL_URL=http://host1.internal.example to
50       # control which entry to use.
51       #
52       # ExternalURL specifies how applications/clients will connect to
53       # the service, regardless of whether they are inside or outside
54       # the cluster. Example:
55       #
56       # ExternalURL: "https://keep.zzzzz.example.com/"
57       #
58       # To avoid routing internal traffic through external networks,
59       # use split-horizon DNS for ExternalURL host names: inside the
60       # cluster's private network "host.zzzzz.example.com" resolves to
61       # the host's private IP address, while outside the cluster
62       # "host.zzzzz.example.com" resolves to the host's public IP
63       # address (or its external gateway or load balancer).
64
65       RailsAPI:
66         InternalURLs: {SAMPLE: {ListenURL: ""}}
67         ExternalURL: ""
68       Controller:
69         InternalURLs: {SAMPLE: {ListenURL: ""}}
70         ExternalURL: ""
71       Websocket:
72         InternalURLs: {SAMPLE: {ListenURL: ""}}
73         ExternalURL: ""
74       Keepbalance:
75         InternalURLs: {SAMPLE: {ListenURL: ""}}
76         ExternalURL: ""
77       DispatchCloud:
78         InternalURLs: {SAMPLE: {ListenURL: ""}}
79         ExternalURL: ""
80       DispatchLSF:
81         InternalURLs: {SAMPLE: {ListenURL: ""}}
82         ExternalURL: ""
83       DispatchSLURM:
84         InternalURLs: {SAMPLE: {ListenURL: ""}}
85         ExternalURL: ""
86       Keepproxy:
87         InternalURLs: {SAMPLE: {ListenURL: ""}}
88         ExternalURL: ""
89       WebDAV:
90         InternalURLs: {SAMPLE: {ListenURL: ""}}
91         # Base URL for Workbench inline preview.  If blank, use
92         # WebDAVDownload instead, and disable inline preview.
93         # If both are empty, downloading collections from workbench
94         # will be impossible.
95         #
96         # It is important to properly configure the download service
97         # to migitate cross-site-scripting (XSS) attacks.  A HTML page
98         # can be stored in collection.  If an attacker causes a victim
99         # to visit that page through Workbench, it will be rendered by
100         # the browser.  If all collections are served at the same
101         # domain, the browser will consider collections as coming from
102         # the same origin and having access to the same browsing data,
103         # enabling malicious Javascript on that page to access Arvados
104         # on behalf of the victim.
105         #
106         # This is mitigating by having separate domains for each
107         # collection, or limiting preview to circumstances where the
108         # collection is not accessed with the user's regular
109         # full-access token.
110         #
111         # Serve preview links using uuid or pdh in subdomain
112         # (requires wildcard DNS and TLS certificate)
113         #   https://*.collections.uuid_prefix.arvadosapi.com
114         #
115         # Serve preview links using uuid or pdh in main domain
116         # (requires wildcard DNS and TLS certificate)
117         #   https://*--collections.uuid_prefix.arvadosapi.com
118         #
119         # Serve preview links by setting uuid or pdh in the path.
120         # This configuration only allows previews of public data or
121         # collection-sharing links, because these use the anonymous
122         # user token or the token is already embedded in the URL.
123         # Other data must be handled as downloads via WebDAVDownload:
124         #   https://collections.uuid_prefix.arvadosapi.com
125         #
126         ExternalURL: ""
127
128       WebDAVDownload:
129         InternalURLs: {SAMPLE: {ListenURL: ""}}
130         # Base URL for download links. If blank, serve links to WebDAV
131         # with disposition=attachment query param.  Unlike preview links,
132         # browsers do not render attachments, so there is no risk of XSS.
133         #
134         # If WebDAVDownload is blank, and WebDAV uses a
135         # single-origin form, then Workbench will show an error page
136         #
137         # Serve download links by setting uuid or pdh in the path:
138         #   https://download.uuid_prefix.arvadosapi.com
139         #
140         ExternalURL: ""
141
142       Keepstore:
143         InternalURLs:
144           SAMPLE:
145             ListenURL: ""
146             # Rendezvous is normally empty/omitted. When changing the
147             # URL of a Keepstore service, Rendezvous should be set to
148             # the old URL (with trailing slash omitted) to preserve
149             # rendezvous ordering.
150             Rendezvous: ""
151         ExternalURL: ""
152       Composer:
153         InternalURLs: {SAMPLE: {ListenURL: ""}}
154         ExternalURL: ""
155       WebShell:
156         InternalURLs: {SAMPLE: {ListenURL: ""}}
157         # ShellInABox service endpoint URL for a given VM.  If empty, do not
158         # offer web shell logins.
159         #
160         # E.g., using a path-based proxy server to forward connections to shell hosts:
161         # https://webshell.uuid_prefix.arvadosapi.com
162         #
163         # E.g., using a name-based proxy server to forward connections to shell hosts:
164         # https://*.webshell.uuid_prefix.arvadosapi.com
165         ExternalURL: ""
166       Workbench1:
167         InternalURLs: {SAMPLE: {ListenURL: ""}}
168         ExternalURL: ""
169       Workbench2:
170         InternalURLs: {SAMPLE: {ListenURL: ""}}
171         ExternalURL: ""
172       Health:
173         InternalURLs: {SAMPLE: {ListenURL: ""}}
174         ExternalURL: ""
175
176     PostgreSQL:
177       # max concurrent connections per arvados server daemon
178       ConnectionPool: 32
179       Connection:
180         # All parameters here are passed to the PG client library in a connection string;
181         # see https://www.postgresql.org/docs/current/static/libpq-connect.html#LIBPQ-PARAMKEYWORDS
182         host: ""
183         port: ""
184         user: ""
185         password: ""
186         dbname: ""
187         SAMPLE: ""
188     API:
189       # Limits for how long a client token created by regular users can be valid,
190       # and also is used as a default expiration policy when no expiration date is
191       # specified.
192       # Default value zero means token expirations don't get clamped and no
193       # default expiration is set.
194       MaxTokenLifetime: 0s
195
196       # Maximum size (in bytes) allowed for a single API request.  This
197       # limit is published in the discovery document for use by clients.
198       # Note: You must separately configure the upstream web server or
199       # proxy to actually enforce the desired maximum request size on the
200       # server side.
201       MaxRequestSize: 134217728
202
203       # Limit the number of bytes read from the database during an index
204       # request (by retrieving and returning fewer rows than would
205       # normally be returned in a single response).
206       # Note 1: This setting never reduces the number of returned rows to
207       # zero, no matter how big the first data row is.
208       # Note 2: Currently, this is only checked against a specific set of
209       # columns that tend to get large (collections.manifest_text,
210       # containers.mounts, workflows.definition). Other fields (e.g.,
211       # "properties" hashes) are not counted against this limit.
212       MaxIndexDatabaseRead: 134217728
213
214       # Maximum number of items to return when responding to a APIs that
215       # can return partial result sets using limit and offset parameters
216       # (e.g., *.index, groups.contents). If a request specifies a "limit"
217       # parameter higher than this value, this value is used instead.
218       MaxItemsPerResponse: 1000
219
220       # Maximum number of concurrent requests to process concurrently
221       # in a single service process, or 0 for no limit.
222       #
223       # Note this applies to all Arvados services (controller, webdav,
224       # websockets, etc.). Concurrency in the controller service is
225       # also effectively limited by MaxConcurrentRailsRequests (see
226       # below) because most controller requests proxy through to the
227       # RailsAPI service.
228       #
229       # HTTP proxies and load balancers downstream of arvados services
230       # should be configured to allow at least {MaxConcurrentRequest +
231       # MaxQueuedRequests + MaxGatewayTunnels} concurrent requests.
232       MaxConcurrentRequests: 64
233
234       # Maximum number of concurrent requests to process concurrently
235       # in a single RailsAPI service process, or 0 for no limit.
236       MaxConcurrentRailsRequests: 8
237
238       # Maximum number of incoming requests to hold in a priority
239       # queue waiting for one of the MaxConcurrentRequests slots to be
240       # free. When the queue is longer than this, respond 503 to the
241       # lowest priority request.
242       #
243       # If MaxQueuedRequests is 0, respond 503 immediately to
244       # additional requests while at the MaxConcurrentRequests limit.
245       MaxQueuedRequests: 128
246
247       # Maximum time a "lock container" request is allowed to wait in
248       # the incoming request queue before returning 503.
249       MaxQueueTimeForLockRequests: 2s
250
251       # Maximum number of active gateway tunnel connections. One slot
252       # is consumed by each "container shell" connection. If using an
253       # HPC dispatcher (LSF or Slurm), one slot is consumed by each
254       # running container.  These do not count toward
255       # MaxConcurrentRequests.
256       MaxGatewayTunnels: 1000
257
258       # Fraction of MaxConcurrentRequests that can be "log create"
259       # messages at any given time.  This is to prevent logging
260       # updates from crowding out more important requests.
261       LogCreateRequestFraction: 0.50
262
263       # Maximum number of 64MiB memory buffers per Keepstore server process, or
264       # 0 for no limit. When this limit is reached, up to
265       # (MaxConcurrentRequests - MaxKeepBlobBuffers) HTTP requests requiring
266       # buffers (like GET and PUT) will wait for buffer space to be released.
267       # Any HTTP requests beyond MaxConcurrentRequests will receive an
268       # immediate 503 response.
269       #
270       # MaxKeepBlobBuffers should be set such that (MaxKeepBlobBuffers * 64MiB
271       # * 1.1) fits comfortably in memory. On a host dedicated to running
272       # Keepstore, divide total memory by 88MiB to suggest a suitable value.
273       # For example, if grep MemTotal /proc/meminfo reports MemTotal: 7125440
274       # kB, compute 7125440 / (88 * 1024)=79 and set MaxKeepBlobBuffers: 79
275       MaxKeepBlobBuffers: 128
276
277       # API methods to disable. Disabled methods are not listed in the
278       # discovery document, and respond 404 to all requests.
279       # Example: {"jobs.create":{}, "pipeline_instances.create": {}}
280       DisabledAPIs: {}
281
282       # Interval (seconds) between asynchronous permission view updates. Any
283       # permission-updating API called with the 'async' parameter schedules a an
284       # update on the permission view in the future, if not already scheduled.
285       AsyncPermissionsUpdateInterval: 20s
286
287       # Maximum number of concurrent outgoing requests to make while
288       # serving a single incoming multi-cluster (federated) request.
289       MaxRequestAmplification: 4
290
291       # Maximum wall clock time to spend handling an incoming request.
292       RequestTimeout: 5m
293
294       # Websocket will send a periodic empty event after 'SendTimeout'
295       # if there is no other activity to maintain the connection /
296       # detect dropped connections.
297       SendTimeout: 60s
298
299       WebsocketClientEventQueue: 64
300       WebsocketServerEventQueue: 4
301
302       # Timeout on requests to internal Keep services.
303       KeepServiceRequestTimeout: 15s
304
305       # Vocabulary file path, local to the node running the controller.
306       # This JSON file should contain the description of what's allowed
307       # as object's metadata. Its format is described at:
308       # https://doc.arvados.org/admin/metadata-vocabulary.html
309       VocabularyPath: ""
310
311       # If true, a project must have a non-empty description field in
312       # order to be frozen.
313       FreezeProjectRequiresDescription: false
314
315       # Project properties that must have non-empty values in order to
316       # freeze a project. Example: "property_name": {}
317       FreezeProjectRequiresProperties:
318         SAMPLE: {}
319
320       # If true, only an admin user can un-freeze a project. If false,
321       # any user with "manage" permission can un-freeze.
322       UnfreezeProjectRequiresAdmin: false
323
324       # (Experimental) Use row-level locking on update API calls.
325       LockBeforeUpdate: false
326
327     Users:
328       # Config parameters to automatically setup new users.  If enabled,
329       # this users will be able to self-activate.  Enable this if you want
330       # to run an open instance where anyone can create an account and use
331       # the system without requiring manual approval.
332       #
333       # The params AutoSetupNewUsersWith* are meaningful only when AutoSetupNewUsers is turned on.
334       # AutoSetupUsernameBlacklist is a list of usernames to be blacklisted for auto setup.
335       AutoSetupNewUsers: false
336       AutoSetupNewUsersWithVmUUID: ""
337       AutoSetupUsernameBlacklist:
338         arvados: {}
339         git: {}
340         gitolite: {}
341         gitolite-admin: {}
342         root: {}
343         syslog: {}
344         SAMPLE: {}
345
346       # When NewUsersAreActive is set to true, new users will be active
347       # immediately.  This skips the "self-activate" step which enforces
348       # user agreements.  Should only be enabled for development.
349       NewUsersAreActive: false
350
351       # Newly activated users (whether set up by an admin or via
352       # AutoSetupNewUsers) immediately become visible to other active
353       # users.
354       #
355       # On a multi-tenant cluster, where the intent is for users to be
356       # invisible to one another unless they have been added to the
357       # same group(s) via Workbench admin interface, change this to
358       # false.
359       ActivatedUsersAreVisibleToOthers: true
360
361       # If a user creates an account with this email address, they
362       # will be automatically set to admin.
363       AutoAdminUserWithEmail: ""
364
365       # If AutoAdminFirstUser is set to true, the first user to log in when no
366       # other admin users exist will automatically become an admin user.
367       AutoAdminFirstUser: false
368
369       # Recipient for notification email sent out when a user sets a
370       # profile on their account.
371       UserProfileNotificationAddress: ""
372
373       # When sending a NewUser, NewInactiveUser, or UserProfile
374       # notification, this is the 'From' address to use
375       AdminNotifierEmailFrom: arvados@example.com
376
377       # Prefix for email subjects for NewUser and NewInactiveUser emails
378       EmailSubjectPrefix: "[ARVADOS] "
379
380       # When sending a welcome email to the user, the 'From' address to use
381       UserNotifierEmailFrom: arvados@example.com
382
383       # The welcome email sent to new users will be blind copied to
384       # these addresses.
385       UserNotifierEmailBcc:
386         SAMPLE: {}
387
388       # Recipients for notification email sent out when a user account
389       # is created and already set up to be able to log in
390       NewUserNotificationRecipients:
391         SAMPLE: {}
392
393       # Recipients for notification email sent out when a user account
394       # has been created but the user cannot log in until they are
395       # set up by an admin.
396       NewInactiveUserNotificationRecipients:
397         SAMPLE: {}
398
399       # Set AnonymousUserToken to enable anonymous user access. Populate this
400       # field with a random string at least 50 characters long.
401       AnonymousUserToken: ""
402
403       # The login provider for a user may supply a primary email
404       # address and one or more alternate email addresses.  If a new
405       # user has an alternate email address with the domain given
406       # here, use the username from the alternate email to generate
407       # the user's Arvados username. Otherwise, the username from
408       # user's primary email address is used for the Arvados username.
409       # Currently implemented for OpenID Connect only.
410       PreferDomainForUsername: ""
411
412       # Ruby ERB template used for the email sent out to users when
413       # they have been set up.
414       UserSetupMailText: |
415         <% if not @user.full_name.empty? -%>
416         <%= @user.full_name %>,
417         <% else -%>
418         Hi there,
419         <% end -%>
420
421         Your Arvados account has been set up.  You can log in at
422
423         <%= Rails.configuration.Services.Workbench1.ExternalURL %>
424
425         Thanks,
426         Your Arvados administrator.
427
428       # If RoleGroupsVisibleToAll is true, all role groups are visible
429       # to all active users.
430       #
431       # If false, users must be granted permission to role groups in
432       # order to see them. This is more appropriate for a multi-tenant
433       # cluster.
434       RoleGroupsVisibleToAll: true
435
436       # If CanCreateRoleGroups is true, regular (non-admin) users can
437       # create new role groups.
438       #
439       # If false, only admins can create new role groups.
440       CanCreateRoleGroups: true
441
442       # During each period, a log entry with event_type="activity"
443       # will be recorded for each user who is active during that
444       # period. The object_uuid attribute will indicate the user's
445       # UUID.
446       #
447       # Multiple log entries for the same user may be generated during
448       # a period if there are multiple controller processes or a
449       # controller process is restarted.
450       #
451       # Use 0 to disable activity logging.
452       ActivityLoggingPeriod: 24h
453
454       # The SyncUser* options control what system resources are managed by
455       # arvados-login-sync on shell nodes. They correspond to:
456       # * SyncUserAccounts: The user's Unix account on the shell node
457       # * SyncUserGroups: The group memberships of that account
458       # * SyncUserSSHKeys: Whether to authorize the user's Arvados SSH keys
459       # * SyncUserAPITokens: Whether to set up the user's Arvados API token
460       # All default to true.
461       SyncUserAccounts: true
462       SyncUserGroups: true
463       SyncUserSSHKeys: true
464       SyncUserAPITokens: true
465
466       # If SyncUserGroups=true, then arvados-login-sync will ensure that all
467       # managed accounts are members of the Unix groups listed in
468       # SyncRequiredGroups, in addition to any groups listed in their Arvados
469       # login permission. The default list includes the "fuse" group so
470       # users can use arv-mount. You can require no groups by specifying an
471       # empty list (i.e., `SyncRequiredGroups: []`).
472       SyncRequiredGroups:
473         - fuse
474
475       # SyncIgnoredGroups is a list of group names. arvados-login-sync will
476       # never modify these groups. If user login permissions list any groups
477       # in SyncIgnoredGroups, they will be ignored. If a user's Unix account
478       # belongs to any of these groups, arvados-login-sync will not remove
479       # the account from that group. The default is a set of particularly
480       # security-sensitive groups across Debian- and Red Hat-based
481       # distributions.
482       SyncIgnoredGroups:
483         - adm
484         - disk
485         - kmem
486         - mem
487         - root
488         - shadow
489         - staff
490         - sudo
491         - sys
492         - utempter
493         - utmp
494         - wheel
495
496     AuditLogs:
497       # Time to keep audit logs, in seconds. (An audit log is a row added
498       # to the "logs" table in the PostgreSQL database each time an
499       # Arvados object is created, modified, or deleted.)
500       #
501       # Currently, websocket event notifications rely on audit logs, so
502       # this should not be set lower than 300 (5 minutes).
503       MaxAge: 336h
504
505       # Maximum number of log rows to delete in a single SQL transaction.
506       #
507       # If MaxDeleteBatch is 0, log entries will never be
508       # deleted by Arvados. Cleanup can be done by an external process
509       # without affecting any Arvados system processes, as long as very
510       # recent (<5 minutes old) logs are not deleted.
511       #
512       # 100000 is a reasonable batch size for most sites.
513       MaxDeleteBatch: 0
514
515       # Attributes to suppress in events and audit logs.  Notably,
516       # specifying {"manifest_text": {}} here typically makes the database
517       # smaller and faster.
518       #
519       # Warning: Using any non-empty value here can have undesirable side
520       # effects for any client or component that relies on event logs.
521       # Use at your own risk.
522       UnloggedAttributes: {}
523
524     SystemLogs:
525
526       # Logging threshold: panic, fatal, error, warn, info, debug, or
527       # trace
528       LogLevel: info
529
530       # Logging format: json or text
531       Format: json
532
533       # Maximum characters of (JSON-encoded) query parameters to include
534       # in each request log entry. When params exceed this size, they will
535       # be JSON-encoded, truncated to this size, and logged as
536       # params_truncated.
537       MaxRequestLogParamsSize: 2000
538
539       # In all services except RailsAPI, periodically check whether
540       # the incoming HTTP request queue is nearly full (see
541       # MaxConcurrentRequests) and, if so, write a snapshot of the
542       # request queue to {service}-requests.json in the specified
543       # directory.
544       #
545       # Leave blank to disable.
546       RequestQueueDumpDirectory: ""
547
548     Collections:
549
550       # Enable access controls for data stored in Keep. This should
551       # always be set to true on a production cluster.
552       BlobSigning: true
553
554       # BlobSigningKey is a string of alphanumeric characters used to
555       # generate permission signatures for Keep locators. It must be
556       # identical to the permission key given to Keep. IMPORTANT: This
557       # is a site secret. It should be at least 50 characters.
558       #
559       # Modifying BlobSigningKey will invalidate all existing
560       # signatures, which can cause programs to fail (e.g., arv-put,
561       # arv-get, and Crunch jobs).  To avoid errors, rotate keys only
562       # when no such processes are running.
563       BlobSigningKey: ""
564
565       # Enable garbage collection of unreferenced blobs in Keep.
566       BlobTrash: true
567
568       # Time to leave unreferenced blobs in "trashed" state before
569       # deleting them, or 0 to skip the "trashed" state entirely and
570       # delete unreferenced blobs.
571       #
572       # If you use any Amazon S3 buckets as storage volumes, this
573       # must be at least 24h to avoid occasional data loss.
574       BlobTrashLifetime: 336h
575
576       # How often to check for (and delete) trashed blocks whose
577       # BlobTrashLifetime has expired.
578       BlobTrashCheckInterval: 24h
579
580       # Maximum number of concurrent "trash blob" and "delete trashed
581       # blob" operations conducted by a single keepstore process. Each
582       # of these can be set to 0 to disable the respective operation.
583       #
584       # If BlobTrashLifetime is zero, "trash" and "delete trash"
585       # happen at once, so only the lower of these two values is used.
586       BlobTrashConcurrency: 4
587       BlobDeleteConcurrency: 4
588
589       # Maximum number of concurrent "create additional replica of
590       # existing blob" operations conducted by a single keepstore
591       # process.
592       BlobReplicateConcurrency: 4
593
594       # Default replication level for collections. This is used when a
595       # collection's replication_desired attribute is nil.
596       DefaultReplication: 2
597
598       # BlobSigningTTL determines the minimum lifetime of transient
599       # data, i.e., blocks that are not referenced by
600       # collections. Unreferenced blocks exist for two reasons:
601       #
602       # 1) A data block must be written to a disk/cloud backend device
603       # before a collection can be created/updated with a reference to
604       # it.
605       #
606       # 2) Deleting or updating a collection can remove the last
607       # remaining reference to a data block.
608       #
609       # If BlobSigningTTL is too short, long-running
610       # processes/containers will fail when they take too long (a)
611       # between writing blocks and writing collections that reference
612       # them, or (b) between reading collections and reading the
613       # referenced blocks.
614       #
615       # If BlobSigningTTL is too long, data will still be stored long
616       # after the referring collections are deleted, and you will
617       # needlessly fill up disks or waste money on cloud storage.
618       #
619       # Modifying BlobSigningTTL invalidates existing signatures; see
620       # BlobSigningKey note above.
621       #
622       # The default is 2 weeks.
623       BlobSigningTTL: 336h
624
625       # When running keep-balance, this is the destination filename for
626       # the list of lost block hashes if there are any, one per line.
627       # Updated automically during each successful run.
628       BlobMissingReport: ""
629
630       # keep-balance operates periodically, i.e.: do a
631       # scan/balance operation, sleep, repeat.
632       #
633       # BalancePeriod determines the interval between start times of
634       # successive scan/balance operations. If a scan/balance operation
635       # takes longer than BalancePeriod, the next one will follow it
636       # immediately.
637       #
638       # If SIGUSR1 is received during an idle period between operations,
639       # the next operation will start immediately.
640       BalancePeriod: 6h
641
642       # Limits the number of collections retrieved by keep-balance per
643       # API transaction. If this is zero, page size is
644       # determined by the API server's own page size limits (see
645       # API.MaxItemsPerResponse and API.MaxIndexDatabaseRead).
646       BalanceCollectionBatch: 0
647
648       # The size of keep-balance's internal queue of
649       # collections. Higher values may improve throughput by allowing
650       # keep-balance to fetch collections from the database while the
651       # current collection are still being processed, at the expense of
652       # using more memory.  If this is zero or omitted, pages are
653       # processed serially.
654       BalanceCollectionBuffers: 4
655
656       # Maximum time for a rebalancing run. This ensures keep-balance
657       # eventually gives up and retries if, for example, a network
658       # error causes a hung connection that is never closed by the
659       # OS. It should be long enough that it doesn't interrupt a
660       # long-running balancing operation.
661       BalanceTimeout: 6h
662
663       # Maximum number of replication_confirmed /
664       # storage_classes_confirmed updates to write to the database
665       # after a rebalancing run. When many updates are needed, this
666       # spreads them over a few runs rather than applying them all at
667       # once.
668       BalanceUpdateLimit: 100000
669
670       # Maximum number of "pull block from other server" and "trash
671       # block" requests to send to each keepstore server at a
672       # time. Smaller values use less memory in keepstore and
673       # keep-balance. Larger values allow more progress per
674       # keep-balance iteration. A zero value computes all of the
675       # needed changes but does not apply any.
676       BalancePullLimit: 100000
677       BalanceTrashLimit: 100000
678
679       # Default lifetime for ephemeral collections: 2 weeks. This must not
680       # be less than BlobSigningTTL.
681       DefaultTrashLifetime: 336h
682
683       # Interval (seconds) between trash sweeps. During a trash sweep,
684       # collections are marked as trash if their trash_at time has
685       # arrived, and deleted if their delete_at time has arrived.
686       TrashSweepInterval: 60s
687
688       # If true, enable collection versioning.
689       # When a collection's preserve_version field is true or the current version
690       # is older than the amount of seconds defined on PreserveVersionIfIdle,
691       # a snapshot of the collection's previous state is created and linked to
692       # the current collection.
693       CollectionVersioning: true
694
695       #   0s = auto-create a new version on every update.
696       #  -1s = never auto-create new versions.
697       # > 0s = auto-create a new version when older than the specified number of seconds.
698       PreserveVersionIfIdle: 10s
699
700       # If non-empty, allow project and collection names to contain
701       # the "/" character (slash/stroke/solidus), and replace "/" with
702       # the given string in the filesystem hierarchy presented by
703       # WebDAV. Example values are "%2f" and "{slash}". Names that
704       # contain the substitution string itself may result in confusing
705       # behavior, so a value like "_" is not recommended.
706       #
707       # If the default empty value is used, the server will reject
708       # requests to create or rename a collection when the new name
709       # contains "/".
710       #
711       # If the value "/" is used, project and collection names
712       # containing "/" will be allowed, but they will not be
713       # accessible via WebDAV.
714       #
715       # Use of this feature is not recommended, if it can be avoided.
716       ForwardSlashNameSubstitution: ""
717
718       # Include "folder objects" in S3 ListObjects responses.
719       S3FolderObjects: true
720
721       # Managed collection properties. At creation time, if the client didn't
722       # provide the listed keys, they will be automatically populated following
723       # one of the following behaviors:
724       #
725       # * UUID of the user who owns the containing project.
726       #   responsible_person_uuid: {Function: original_owner, Protected: true}
727       #
728       # * Default concrete value.
729       #   foo_bar: {Value: baz, Protected: false}
730       #
731       # If Protected is true, only an admin user can modify its value.
732       ManagedProperties:
733         SAMPLE: {Function: original_owner, Protected: true}
734
735       # In "trust all content" mode, Workbench will redirect download
736       # requests to WebDAV preview link, even in the cases when
737       # WebDAV would have to expose XSS vulnerabilities in order to
738       # handle the redirect (see discussion on Services.WebDAV).
739       #
740       # This setting has no effect in the recommended configuration, where the
741       # WebDAV service is configured to have a separate domain for every
742       # collection and XSS protection is provided by browsers' same-origin
743       # policy.
744       #
745       # The default setting (false) is appropriate for a multi-user site.
746       TrustAllContent: false
747
748       # Cache parameters for WebDAV content serving:
749       WebDAVCache:
750         # Time to cache manifests, permission checks, and sessions.
751         TTL: 300s
752
753         # Maximum amount of data cached in /var/cache/arvados/keep.
754         # Can be given as a percentage of filesystem size ("10%") or a
755         # number of bytes ("10 GiB")
756         DiskCacheSize: 10%
757
758         # Approximate memory limit (in bytes) for session cache.
759         #
760         # Note this applies to the in-memory representation of
761         # projects and collections -- metadata, block locators,
762         # filenames, etc. -- not the file data itself (see
763         # DiskCacheSize).
764         MaxCollectionBytes: 100 MB
765
766         # Persistent sessions.
767         MaxSessions: 100
768
769       # Selectively set permissions for regular users and admins to
770       # download or upload data files using the upload/download
771       # features for Workbench, WebDAV and S3 API support.
772       WebDAVPermission:
773         User:
774           Download: true
775           Upload: true
776         Admin:
777           Download: true
778           Upload: true
779
780       # Selectively set permissions for regular users and admins to be
781       # able to download or upload blocks using arv-put and
782       # arv-get from outside the cluster.
783       KeepproxyPermission:
784         User:
785           Download: true
786           Upload: true
787         Admin:
788           Download: true
789           Upload: true
790
791       # Post upload / download events to the API server logs table, so
792       # that they can be included in the arv-user-activity report.
793       # You can disable this if you find that it is creating excess
794       # load on the API server and you don't need it.
795       WebDAVLogEvents: true
796
797       # Per-connection output buffer for WebDAV downloads. May improve
798       # throughput for large files, particularly when storage volumes
799       # have high latency.
800       #
801       # Size be specified as a number of bytes ("0") or with units
802       # ("128KiB", "1 MB").
803       WebDAVOutputBuffer: 0
804
805     Login:
806       # One of the following mechanisms (Google, PAM, LDAP, or
807       # LoginCluster) should be enabled; see
808       # https://doc.arvados.org/install/setup-login.html
809
810       Google:
811         # Authenticate with Google.
812         Enable: false
813
814         # Use the Google Cloud console to enable the People API (APIs
815         # and Services > Enable APIs and services > Google People API
816         # > Enable), generate a Client ID and secret (APIs and
817         # Services > Credentials > Create credentials > OAuth client
818         # ID > Web application) and add your controller's /login URL
819         # (e.g., "https://zzzzz.example.com/login") as an authorized
820         # redirect URL.
821         ClientID: ""
822         ClientSecret: ""
823
824         # Allow users to log in to existing accounts using any verified
825         # email address listed by their Google account. If true, the
826         # Google People API must be enabled in order for Google login to
827         # work. If false, only the primary email address will be used.
828         AlternateEmailAddresses: true
829
830         # Send additional parameters with authentication requests. See
831         # https://developers.google.com/identity/protocols/oauth2/openid-connect#authenticationuriparameters
832         # for a list of supported parameters.
833         AuthenticationRequestParameters:
834           # Show the "choose which Google account" page, even if the
835           # client is currently logged in to exactly one Google
836           # account.
837           prompt: select_account
838
839           SAMPLE: ""
840
841       OpenIDConnect:
842         # Authenticate with an OpenID Connect provider.
843         Enable: false
844
845         # Issuer URL, e.g., "https://login.example.com".
846         #
847         # This must be exactly equal to the URL returned by the issuer
848         # itself in its config response ("isser" key). If the
849         # configured value is "https://example" and the provider
850         # returns "https://example:443" or "https://example/" then
851         # login will fail, even though those URLs are equivalent
852         # (RFC3986).
853         Issuer: ""
854
855         # Your client ID and client secret (supplied by the provider).
856         ClientID: ""
857         ClientSecret: ""
858
859         # OpenID claim field containing the user's email
860         # address. Normally "email"; see
861         # https://openid.net/specs/openid-connect-core-1_0.html#StandardClaims
862         EmailClaim: "email"
863
864         # OpenID claim field containing the email verification
865         # flag. Normally "email_verified".  To accept every returned
866         # email address without checking a "verified" field at all,
867         # use an empty string "".
868         EmailVerifiedClaim: "email_verified"
869
870         # OpenID claim field containing the user's preferred
871         # username. If empty, use the mailbox part of the user's email
872         # address.
873         UsernameClaim: ""
874
875         # Send additional parameters with authentication requests,
876         # like {display: page, prompt: consent}. See
877         # https://openid.net/specs/openid-connect-core-1_0.html#AuthRequest
878         # and refer to your provider's documentation for supported
879         # parameters.
880         AuthenticationRequestParameters:
881           SAMPLE: ""
882
883         # Accept an OIDC access token as an API token if the OIDC
884         # provider's UserInfo endpoint accepts it.
885         #
886         # AcceptAccessTokenScope should also be used when enabling
887         # this feature.
888         AcceptAccessToken: false
889
890         # Before accepting an OIDC access token as an API token, first
891         # check that it is a JWT whose "scope" value includes this
892         # value. Example: "https://zzzzz.example.com/" (your Arvados
893         # API endpoint).
894         #
895         # If this value is empty and AcceptAccessToken is true, all
896         # access tokens will be accepted regardless of scope,
897         # including non-JWT tokens. This is not recommended.
898         AcceptAccessTokenScope: ""
899
900       PAM:
901         # Use PAM to authenticate users.
902         Enable: false
903
904         # PAM service name. PAM will apply the policy in the
905         # corresponding config file (e.g., /etc/pam.d/arvados) or, if
906         # there is none, the default "other" config.
907         Service: arvados
908
909         # Domain name (e.g., "example.com") to use to construct the
910         # user's email address if PAM authentication returns a
911         # username with no "@". If empty, use the PAM username as the
912         # user's email address, whether or not it contains "@".
913         #
914         # Note that the email address is used as the primary key for
915         # user records when logging in. Therefore, if you change
916         # PAMDefaultEmailDomain after the initial installation, you
917         # should also update existing user records to reflect the new
918         # domain. Otherwise, next time those users log in, they will
919         # be given new accounts instead of accessing their existing
920         # accounts.
921         DefaultEmailDomain: ""
922
923       LDAP:
924         # Use an LDAP service to authenticate users.
925         Enable: false
926
927         # Server URL, like "ldap://ldapserver.example.com:389" or
928         # "ldaps://ldapserver.example.com:636".
929         URL: "ldap://ldap:389"
930
931         # Use StartTLS upon connecting to the server.
932         StartTLS: true
933
934         # Skip TLS certificate name verification.
935         InsecureTLS: false
936
937         # Mininum TLS version to negotiate when connecting to server
938         # (ldaps://... or StartTLS). It may be necessary to set this
939         # to "1.1" for compatibility with older LDAP servers that fail
940         # with 'LDAP Result Code 200 "Network Error": TLS handshake
941         # failed (tls: server selected unsupported protocol version
942         # 301)'.
943         #
944         # If blank, use the recommended minimum version (1.2).
945         MinTLSVersion: ""
946
947         # Strip the @domain part if a user supplies an email-style
948         # username with this domain. If "*", strip any user-provided
949         # domain. If "", never strip the domain part. Example:
950         # "example.com"
951         StripDomain: ""
952
953         # If, after applying StripDomain, the username contains no "@"
954         # character, append this domain to form an email-style
955         # username. Example: "example.com"
956         AppendDomain: ""
957
958         # The LDAP attribute to filter on when looking up a username
959         # (after applying StripDomain and AppendDomain).
960         SearchAttribute: uid
961
962         # Bind with this username (DN or UPN) and password when
963         # looking up the user record.
964         #
965         # Example user: "cn=admin,dc=example,dc=com"
966         SearchBindUser: ""
967         SearchBindPassword: ""
968
969         # Directory base for username lookup. Example:
970         # "ou=Users,dc=example,dc=com"
971         SearchBase: ""
972
973         # Additional filters to apply when looking up users' LDAP
974         # entries. This can be used to restrict access to a subset of
975         # LDAP users, or to disambiguate users from other directory
976         # entries that have the SearchAttribute present.
977         #
978         # Special characters in assertion values must be escaped (see
979         # RFC4515).
980         #
981         # Example: "(objectClass=person)"
982         SearchFilters: ""
983
984         # LDAP attribute to use as the user's email address.
985         #
986         # Important: This must not be an attribute whose value can be
987         # edited in the directory by the users themselves. Otherwise,
988         # users can take over other users' Arvados accounts trivially
989         # (email address is the primary key for Arvados accounts.)
990         EmailAttribute: mail
991
992         # LDAP attribute to use as the preferred Arvados username. If
993         # no value is found (or this config is empty) the username
994         # originally supplied by the user will be used.
995         UsernameAttribute: uid
996
997       Test:
998         # Authenticate users listed here in the config file. This
999         # feature is intended to be used in test environments, and
1000         # should not be used in production.
1001         Enable: false
1002         Users:
1003           SAMPLE:
1004             Email: alice@example.com
1005             Password: xyzzy
1006
1007       # The cluster ID to delegate the user database.  When set,
1008       # logins on this cluster will be redirected to the login cluster
1009       # (login cluster must appear in RemoteClusters with Proxy: true)
1010       LoginCluster: ""
1011
1012       # How long a cached token belonging to a remote cluster will
1013       # remain valid before it needs to be revalidated.
1014       RemoteTokenRefresh: 5m
1015
1016       # How long a client token created from a login flow will be valid without
1017       # asking the user to re-login. Example values: 60m, 8h.
1018       # Default value zero means tokens don't have expiration.
1019       TokenLifetime: 0s
1020
1021       # If true (default) tokens issued through login are allowed to create
1022       # new tokens.
1023       # If false, tokens issued through login are not allowed to
1024       # viewing/creating other tokens.  New tokens can only be created
1025       # by going through login again.
1026       IssueTrustedTokens: true
1027
1028       # Origins (scheme://host[:port]) of clients trusted to receive
1029       # new tokens via login process.  The ExternalURLs of the local
1030       # Workbench1 and Workbench2 are trusted implicitly and do not
1031       # need to be listed here.  If this is a LoginCluster, you
1032       # probably want to include the other Workbench instances in the
1033       # federation in this list.
1034       #
1035       # A wildcard like "https://*.example" will match client URLs
1036       # like "https://a.example" and "https://a.b.c.example".
1037       #
1038       # Example:
1039       #
1040       # TrustedClients:
1041       #   "https://workbench.other-cluster.example": {}
1042       #   "https://workbench2.other-cluster.example": {}
1043       TrustedClients:
1044         SAMPLE: {}
1045
1046       # Treat any origin whose host part is "localhost" or a private
1047       # IP address (e.g., http://10.0.0.123:3000/) as if it were
1048       # listed in TrustedClients.
1049       #
1050       # Intended only for test/development use. Not appropriate for
1051       # production use.
1052       TrustPrivateNetworks: false
1053
1054     TLS:
1055       # Use "file:///var/lib/acme/live/example.com/cert" and
1056       # ".../privkey" to load externally managed certificates.
1057       Certificate: ""
1058       Key: ""
1059
1060       # Accept invalid certificates when connecting to servers. Never
1061       # use this in production.
1062       Insecure: false
1063
1064       ACME:
1065         # Obtain certificates automatically for ExternalURL domains
1066         # using an ACME server and http-01 validation.
1067         #
1068         # To use Let's Encrypt, specify "LE".  To use the Let's
1069         # Encrypt staging environment, specify "LE-staging".  To use a
1070         # different ACME server, specify the full directory URL
1071         # ("https://...").
1072         #
1073         # Note: this feature is not yet implemented in released
1074         # versions, only in the alpha/prerelease arvados-server-easy
1075         # package.
1076         #
1077         # Implies agreement with the server's terms of service.
1078         Server: ""
1079
1080     Containers:
1081       # List of supported Docker Registry image formats that compute nodes
1082       # are able to use. `arv keep docker` will error out if a user tries
1083       # to store an image with an unsupported format. Use an empty array
1084       # to skip the compatibility check (and display a warning message to
1085       # that effect).
1086       #
1087       # Example for sites running docker < 1.10: {"v1": {}}
1088       # Example for sites running docker >= 1.10: {"v2": {}}
1089       # Example for disabling check: {}
1090       SupportedDockerImageFormats:
1091         "v2": {}
1092         SAMPLE: {}
1093
1094       # Include details about job reuse decisions in the server log. This
1095       # causes additional database queries to run, so it should not be
1096       # enabled unless you expect to examine the resulting logs for
1097       # troubleshooting purposes.
1098       LogReuseDecisions: false
1099
1100       # Default value for keep_cache_ram of a container's
1101       # runtime_constraints.  Note: this gets added to the RAM request
1102       # used to allocate a VM or submit an HPC job.
1103       #
1104       # If this is zero, container requests that don't specify RAM or
1105       # disk cache size will use a disk cache, sized to the
1106       # container's RAM requirement (but with minimum 2 GiB and
1107       # maximum 32 GiB).
1108       #
1109       # Note: If you change this value, containers that used the previous
1110       # default value will only be reused by container requests that
1111       # explicitly specify the previous value in their keep_cache_ram
1112       # runtime constraint.
1113       DefaultKeepCacheRAM: 0
1114
1115       # Number of times a container can be unlocked before being
1116       # automatically cancelled.
1117       MaxDispatchAttempts: 10
1118
1119       # Default value for container_count_max for container requests.  This is the
1120       # number of times Arvados will create a new container to satisfy a container
1121       # request.  If a container is cancelled it will retry a new container if
1122       # container_count < container_count_max on any container requests associated
1123       # with the cancelled container.
1124       MaxRetryAttempts: 3
1125
1126       # Schedule all child containers on preemptible instances (e.g. AWS
1127       # Spot Instances) even if not requested by the submitter.
1128       #
1129       # If false, containers are scheduled on preemptible instances
1130       # only when requested by the submitter.
1131       #
1132       # This flag is ignored if no preemptible instance types are
1133       # configured, and has no effect on top-level containers.
1134       AlwaysUsePreemptibleInstances: false
1135
1136       # Automatically add a preemptible variant for every
1137       # non-preemptible entry in InstanceTypes below. The maximum bid
1138       # price for the preemptible variant will be the non-preemptible
1139       # price multiplied by PreemptiblePriceFactor. If 0, preemptible
1140       # variants are not added automatically.
1141       #
1142       # A price factor of 1.0 is a reasonable starting point.
1143       PreemptiblePriceFactor: 0
1144
1145       # When the lowest-priced instance type for a given container is
1146       # not available, try other instance types, up to the indicated
1147       # maximum price factor.
1148       #
1149       # For example, with AvailabilityPriceFactor 1.5, if the
1150       # lowest-cost instance type A suitable for a given container
1151       # costs $2/h, Arvados may run the container on any instance type
1152       # B costing $3/h or less when instance type A is not available
1153       # or an idle instance of type B is already running.
1154       MaximumPriceFactor: 1.5
1155
1156       # PEM encoded SSH key (RSA, DSA, or ECDSA) used by the
1157       # cloud dispatcher for executing containers on worker VMs.
1158       # Begins with "-----BEGIN RSA PRIVATE KEY-----\n"
1159       # and ends with "\n-----END RSA PRIVATE KEY-----\n".
1160       #
1161       # Use "file:///absolute/path/to/key" to load the key from a
1162       # separate file instead of embedding it in the configuration
1163       # file.
1164       DispatchPrivateKey: ""
1165
1166       # Maximum time to wait for workers to come up before abandoning
1167       # stale locks from a previous dispatch process.
1168       StaleLockTimeout: 1m
1169
1170       # The crunch-run command used to start a container on a worker node.
1171       #
1172       # When dispatching to cloud VMs, this is used only if
1173       # DeployRunnerBinary in the CloudVMs section is set to the empty
1174       # string.
1175       CrunchRunCommand: "crunch-run"
1176
1177       # Extra arguments to add to crunch-run invocation
1178       # Example: ["--cgroup-parent-subsystem=memory"]
1179       CrunchRunArgumentsList: []
1180
1181       # Extra RAM to reserve on the node, in addition to
1182       # the amount specified in the container's RuntimeConstraints
1183       ReserveExtraRAM: 550MiB
1184
1185       # Minimum time between two attempts to run the same container
1186       MinRetryPeriod: 0s
1187
1188       # Container runtime: "docker" (default) or "singularity"
1189       RuntimeEngine: docker
1190
1191       # When running a container, run a dedicated keepstore process,
1192       # using the specified number of 64 MiB memory buffers per
1193       # allocated CPU core (VCPUs in the container's runtime
1194       # constraints). The dedicated keepstore handles I/O for
1195       # collections mounted in the container, as well as saving
1196       # container logs.
1197       #
1198       # A zero value disables this feature.
1199       #
1200       # In order for this feature to be activated, no volume may use
1201       # AccessViaHosts, and no writable volume may have Replication
1202       # lower than Collections.DefaultReplication. If these
1203       # requirements are not satisfied, the feature is disabled
1204       # automatically regardless of the value given here.
1205       #
1206       # When an HPC dispatcher is in use (see SLURM and LSF sections),
1207       # this feature depends on the operator to ensure an up-to-date
1208       # cluster configuration file (/etc/arvados/config.yml) is
1209       # available on all compute nodes. If it is missing or not
1210       # readable by the crunch-run user, the feature will be disabled
1211       # automatically. To read it from a different location, add a
1212       # "-config=/path/to/config.yml" argument to
1213       # CrunchRunArgumentsList above.
1214       #
1215       # When the cloud dispatcher is in use (see CloudVMs section) and
1216       # this configuration is enabled, the entire cluster
1217       # configuration file, including the system root token, is copied
1218       # to the worker node and held in memory for the duration of the
1219       # container.
1220       LocalKeepBlobBuffersPerVCPU: 1
1221
1222       # When running a dedicated keepstore process for a container
1223       # (see LocalKeepBlobBuffersPerVCPU), write keepstore log
1224       # messages to keepstore.txt in the container's log collection.
1225       #
1226       # These log messages can reveal some volume configuration
1227       # details, error messages from the cloud storage provider, etc.,
1228       # which are not otherwise visible to users.
1229       #
1230       # Accepted values:
1231       # * "none" -- no keepstore.txt file
1232       # * "all" -- all logs, including request and response lines
1233       # * "errors" -- all logs except "response" logs with 2xx
1234       #   response codes and "request" logs
1235       LocalKeepLogsToContainerLog: none
1236
1237       Logging:
1238         # Container logs are written to Keep and saved in a
1239         # collection, which is updated periodically while the
1240         # container runs.  This value sets the interval between
1241         # collection updates.
1242         LogUpdatePeriod: 30m
1243
1244         # The log collection is also updated when the specified amount of
1245         # log data (given in bytes) is produced in less than one update
1246         # period.
1247         LogUpdateSize: 32MiB
1248
1249       ShellAccess:
1250         # An admin user can use "arvados-client shell" to start an
1251         # interactive shell (with any user ID) in any running
1252         # container.
1253         Admin: false
1254
1255         # Any user can use "arvados-client shell" to start an
1256         # interactive shell (with any user ID) in any running
1257         # container that they started, provided it isn't also
1258         # associated with a different user's container request.
1259         #
1260         # Interactive sessions make it easy to alter the container's
1261         # runtime environment in ways that aren't recorded or
1262         # reproducible. Consider the implications for automatic
1263         # container reuse before enabling and using this feature. In
1264         # particular, note that starting an interactive session does
1265         # not disqualify a container from being reused by a different
1266         # user/workflow in the future.
1267         User: false
1268
1269       SLURM:
1270         PrioritySpread: 0
1271         SbatchArgumentsList: []
1272         SbatchEnvironmentVariables:
1273           SAMPLE: ""
1274
1275       LSF:
1276         # Arguments to bsub when submitting Arvados containers as LSF jobs.
1277         #
1278         # Template variables starting with % will be substituted as follows:
1279         #
1280         # %U uuid
1281         # %C number of VCPUs
1282         # %M memory in MB
1283         # %T tmp in MB
1284         # %G number of GPU devices (runtime_constraints.cuda.device_count)
1285         # %W maximum run time in minutes (see MaxRunTimeOverhead and
1286         #    MaxRunTimeDefault below)
1287         #
1288         # Use %% to express a literal %. For example, the %%J in the
1289         # default argument list will be changed to %J, which is
1290         # interpreted by bsub itself.
1291         #
1292         # Note that the default arguments cause LSF to write two files
1293         # in /tmp on the compute node each time an Arvados container
1294         # runs. Ensure you have something in place to delete old files
1295         # from /tmp, or adjust the "-o" and "-e" arguments accordingly.
1296         #
1297         # If ["-We", "%W"] or ["-W", "%W"] appear in this argument
1298         # list, and MaxRunTimeDefault is not set (see below), both of
1299         # those arguments will be dropped from the argument list when
1300         # running a container that has no max_run_time value.
1301         BsubArgumentsList: ["-o", "/tmp/crunch-run.%%J.out", "-e", "/tmp/crunch-run.%%J.err", "-J", "%U", "-n", "%C", "-D", "%MMB", "-R", "rusage[mem=%MMB:tmp=%TMB] span[hosts=1]", "-R", "select[mem>=%MMB]", "-R", "select[tmp>=%TMB]", "-R", "select[ncpus>=%C]", "-We", "%W"]
1302
1303         # Arguments that will be appended to the bsub command line
1304         # when submitting Arvados containers as LSF jobs with
1305         # runtime_constraints.cuda.device_count > 0
1306         BsubCUDAArguments: ["-gpu", "num=%G"]
1307
1308         # Use sudo to switch to this user account when submitting LSF
1309         # jobs.
1310         #
1311         # This account must exist on the hosts where LSF jobs run
1312         # ("execution hosts"), as well as on the host where the
1313         # Arvados LSF dispatcher runs ("submission host").
1314         BsubSudoUser: "crunch"
1315
1316         # When passing the scheduling_constraints.max_run_time value
1317         # to LSF via "%W", add this much time to account for
1318         # crunch-run startup/shutdown overhead.
1319         MaxRunTimeOverhead: 5m
1320
1321         # If non-zero, MaxRunTimeDefault is used as the default value
1322         # for max_run_time for containers that do not specify a time
1323         # limit.  MaxRunTimeOverhead will be added to this.
1324         #
1325         # Example:
1326         # MaxRunTimeDefault: 2h
1327         MaxRunTimeDefault: 0
1328
1329       JobsAPI:
1330         # Enable the legacy 'jobs' API (crunch v1).  This value must be a string.
1331         #
1332         # Note: this only enables read-only access, creating new
1333         # legacy jobs and pipelines is not supported.
1334         #
1335         # 'auto' -- (default) enable the Jobs API only if it has been used before
1336         #         (i.e., there are job records in the database)
1337         # 'true' -- enable the Jobs API despite lack of existing records.
1338         # 'false' -- disable the Jobs API despite presence of existing records.
1339         Enable: 'auto'
1340
1341       CloudVMs:
1342         # Enable the cloud scheduler.
1343         Enable: false
1344
1345         # Name/number of port where workers' SSH services listen.
1346         SSHPort: "22"
1347
1348         # Interval between queue polls.
1349         PollInterval: 10s
1350
1351         # Shell command to execute on each worker to determine whether
1352         # the worker is booted and ready to run containers. It should
1353         # exit zero if the worker is ready.
1354         BootProbeCommand: "systemctl is-system-running"
1355
1356         # Minimum interval between consecutive probes to a single
1357         # worker.
1358         ProbeInterval: 10s
1359
1360         # Maximum probes per second, across all workers in a pool.
1361         MaxProbesPerSecond: 10
1362
1363         # Time before repeating SIGTERM when killing a container.
1364         TimeoutSignal: 5s
1365
1366         # Time to give up on a process (most likely arv-mount) that
1367         # still holds a container lockfile after its main supervisor
1368         # process has exited, and declare the instance broken.
1369         TimeoutStaleRunLock: 5s
1370
1371         # Time to give up on SIGTERM and write off the worker.
1372         TimeoutTERM: 2m
1373
1374         # Maximum create/destroy-instance operations per second (0 =
1375         # unlimited).
1376         MaxCloudOpsPerSecond: 10
1377
1378         # Maximum concurrent instance creation operations (0 = unlimited).
1379         #
1380         # MaxConcurrentInstanceCreateOps limits the number of instance creation
1381         # requests that can be in flight at any one time, whereas
1382         # MaxCloudOpsPerSecond limits the number of create/destroy operations
1383         # that can be started per second.
1384         #
1385         # Because the API for instance creation on Azure is synchronous, it is
1386         # recommended to increase MaxConcurrentInstanceCreateOps when running
1387         # on Azure. When using managed images, a value of 20 would be
1388         # appropriate. When using Azure Shared Image Galeries, it could be set
1389         # higher. For more information, see
1390         # https://docs.microsoft.com/en-us/azure/virtual-machines/linux/capture-image
1391         #
1392         # MaxConcurrentInstanceCreateOps can be increased for other cloud
1393         # providers too, if desired.
1394         MaxConcurrentInstanceCreateOps: 1
1395
1396         # The maximum number of instances to run at a time, or 0 for
1397         # unlimited.
1398         #
1399         # If more instances than this are already running and busy
1400         # when the dispatcher starts up, the running containers will
1401         # be allowed to finish before the excess instances are shut
1402         # down.
1403         MaxInstances: 64
1404
1405         # The minimum number of instances expected to be runnable
1406         # without reaching a provider-imposed quota.
1407         #
1408         # This is used as the initial value for the dispatcher's
1409         # dynamic instance limit, which increases (up to MaxInstances)
1410         # as containers start up successfully and decreases in
1411         # response to high API load and cloud quota errors.
1412         #
1413         # Setting this to 0 means the dynamic instance limit will
1414         # start at MaxInstances.
1415         #
1416         # Situations where you may want to set this (to a value less
1417         # than MaxInstances) would be when there is significant
1418         # variability or uncertainty in the actual cloud resources
1419         # available.  Upon reaching InitialQuotaEstimate the
1420         # dispatcher will switch to a more conservative behavior with
1421         # slower instance start to avoid over-shooting cloud resource
1422         # limits.
1423         InitialQuotaEstimate: 0
1424
1425         # Maximum fraction of available instance capacity allowed to
1426         # run "supervisor" containers at any given time. A supervisor
1427         # is a container whose purpose is mainly to submit and manage
1428         # other containers, such as arvados-cwl-runner workflow
1429         # runner.
1430         #
1431         # If there is a hard limit on the amount of concurrent
1432         # containers that the cluster can run, it is important to
1433         # avoid crowding out the containers doing useful work with
1434         # containers who just create more work.
1435         #
1436         # For example, with the default MaxInstances of 64, it will
1437         # schedule at most floor(64*0.50) = 32 concurrent workflow
1438         # runners, ensuring 32 slots are available for work.
1439         SupervisorFraction: 0.50
1440
1441         # Interval between cloud provider syncs/updates ("list all
1442         # instances").
1443         SyncInterval: 1m
1444
1445         # Time to leave an idle worker running (in case new containers
1446         # appear in the queue that it can run) before shutting it
1447         # down.
1448         TimeoutIdle: 1m
1449
1450         # Time to wait for a new worker to boot (i.e., pass
1451         # BootProbeCommand) before giving up and shutting it down.
1452         TimeoutBooting: 10m
1453
1454         # Maximum time a worker can stay alive with no successful
1455         # probes before being automatically shut down.
1456         TimeoutProbe: 10m
1457
1458         # Time after shutting down a worker to retry the
1459         # shutdown/destroy operation.
1460         TimeoutShutdown: 10s
1461
1462         # Worker VM image ID.
1463         # (aws) AMI identifier
1464         # (azure) managed disks: the name of the managed disk image
1465         # (azure) shared image gallery: the name of the image definition. Also
1466         # see the SharedImageGalleryName and SharedImageGalleryImageVersion fields.
1467         # (azure) unmanaged disks (deprecated): the complete URI of the VHD, e.g.
1468         # https://xxxxx.blob.core.windows.net/system/Microsoft.Compute/Images/images/xxxxx.vhd
1469         ImageID: ""
1470
1471         # Shell script to run on new instances using the cloud
1472         # provider's UserData (EC2) or CustomData (Azure) feature.
1473         #
1474         # It is not necessary to include a #!/bin/sh line.
1475         InstanceInitCommand: ""
1476
1477         # An executable file (located on the dispatcher host) to be
1478         # copied to cloud instances at runtime and used as the
1479         # container runner/supervisor. The default value is the
1480         # dispatcher program itself.
1481         #
1482         # Use an empty string to disable this step: nothing will be
1483         # copied, and cloud instances are assumed to have a suitable
1484         # version of crunch-run installed; see CrunchRunCommand above.
1485         DeployRunnerBinary: "/proc/self/exe"
1486
1487         # Install the Dispatcher's SSH public key (derived from
1488         # DispatchPrivateKey) when creating new cloud
1489         # instances. Change this to false if you are using a different
1490         # mechanism to pre-install the public key on new instances.
1491         DeployPublicKey: true
1492
1493         # Tags to add on all resources (VMs, NICs, disks) created by
1494         # the container dispatcher. (Arvados's own tags --
1495         # InstanceType, IdleBehavior, and InstanceSecret -- will also
1496         # be added.)
1497         ResourceTags:
1498           SAMPLE: "tag value"
1499
1500         # Prefix for predefined tags used by Arvados (InstanceSetID,
1501         # InstanceType, InstanceSecret, IdleBehavior). With the
1502         # default value "Arvados", tags are "ArvadosInstanceSetID",
1503         # "ArvadosInstanceSecret", etc.
1504         #
1505         # This should only be changed while no cloud resources are in
1506         # use and the cloud dispatcher is not running. Otherwise,
1507         # VMs/resources that were added using the old tag prefix will
1508         # need to be detected and cleaned up manually.
1509         TagKeyPrefix: Arvados
1510
1511         # Cloud driver: "azure" (Microsoft Azure), "ec2" (Amazon AWS),
1512         # or "loopback" (run containers on dispatch host for testing
1513         # purposes).
1514         Driver: ec2
1515
1516         # Cloud-specific driver parameters.
1517         DriverParameters:
1518
1519           # (ec2) Credentials. Omit or leave blank if using IAM role.
1520           AccessKeyID: ""
1521           SecretAccessKey: ""
1522
1523           # (ec2) Instance configuration.
1524
1525           # (ec2) Region, like "us-east-1".
1526           Region: ""
1527
1528           # (ec2) Security group IDs. Omit or use {} to use the
1529           # default security group.
1530           SecurityGroupIDs:
1531             "SAMPLE": {}
1532
1533           # (ec2) One or more subnet IDs. Omit or leave empty to let
1534           # AWS choose a default subnet from your default VPC. If
1535           # multiple subnets are configured here (enclosed in brackets
1536           # like [subnet-abc123, subnet-def456]) the cloud dispatcher
1537           # will detect subnet-related errors and retry using a
1538           # different subnet. Most sites specify one subnet.
1539           SubnetID: ""
1540
1541           EBSVolumeType: gp2
1542           AdminUsername: debian
1543           # (ec2) name of the IAMInstanceProfile for instances started by
1544           # the cloud dispatcher. Leave blank when not needed.
1545           IAMInstanceProfile: ""
1546
1547           # (ec2) how often to look up spot instance pricing data
1548           # (only while running spot instances) for the purpose of
1549           # calculating container cost estimates. A value of 0
1550           # disables spot price lookups entirely.
1551           SpotPriceUpdateInterval: 24h
1552
1553           # (ec2) per-GiB-month cost of EBS volumes. Matches
1554           # EBSVolumeType. Used to account for AddedScratch when
1555           # calculating container cost estimates. Note that
1556           # https://aws.amazon.com/ebs/pricing/ defines GB to mean
1557           # GiB, so an advertised price $0.10/GB indicates a real
1558           # price of $0.10/GiB and can be entered here as 0.10.
1559           EBSPrice: 0.10
1560
1561           # (azure) Credentials.
1562           SubscriptionID: ""
1563           ClientID: ""
1564           ClientSecret: ""
1565           TenantID: ""
1566
1567           # (azure) Instance configuration.
1568           CloudEnvironment: AzurePublicCloud
1569           Location: centralus
1570
1571           # (azure) The resource group where the VM and virtual NIC will be
1572           # created.
1573           ResourceGroup: ""
1574
1575           # (azure) The resource group of the Network to use for the virtual
1576           # NIC (if different from ResourceGroup)
1577           NetworkResourceGroup: ""
1578           Network: ""
1579           Subnet: ""
1580
1581           # (azure) managed disks: The resource group where the managed disk
1582           # image can be found (if different from ResourceGroup).
1583           ImageResourceGroup: ""
1584
1585           # (azure) shared image gallery: the name of the gallery
1586           SharedImageGalleryName: ""
1587           # (azure) shared image gallery: the version of the image definition
1588           SharedImageGalleryImageVersion: ""
1589
1590           # (azure) unmanaged disks (deprecated): Where to store the VM VHD blobs
1591           StorageAccount: ""
1592           BlobContainer: ""
1593
1594           # (azure) How long to wait before deleting VHD and NIC
1595           # objects that are no longer being used.
1596           DeleteDanglingResourcesAfter: 20s
1597
1598           # Account (that already exists in the VM image) that will be
1599           # set up with an ssh authorized key to allow the compute
1600           # dispatcher to connect.
1601           AdminUsername: arvados
1602
1603     InstanceTypes:
1604
1605       # Use the instance type name as the key (in place of "SAMPLE" in
1606       # this sample entry).
1607       SAMPLE:
1608         # Cloud provider's instance type. Defaults to the configured type name.
1609         ProviderType: ""
1610         VCPUs: 1
1611         RAM: 128MiB
1612         IncludedScratch: 16GB
1613         AddedScratch: 0
1614         # Hourly price ($), used to select node types for containers,
1615         # and to calculate estimated container costs. For spot
1616         # instances on EC2, this is also used as the maximum price
1617         # when launching spot instances, while the estimated container
1618         # cost is computed based on the current spot price according
1619         # to AWS. On Azure, and on-demand instances on EC2, the price
1620         # given here is used to compute container cost estimates.
1621         Price: 0.1
1622         Preemptible: false
1623         # Include this section if the node type includes GPU (CUDA) support
1624         CUDA:
1625           DriverVersion: "11.0"
1626           HardwareCapability: "9.0"
1627           DeviceCount: 1
1628
1629     StorageClasses:
1630
1631       # If you use multiple storage classes, specify them here, using
1632       # the storage class name as the key (in place of "SAMPLE" in
1633       # this sample entry).
1634       #
1635       # Further info/examples:
1636       # https://doc.arvados.org/admin/storage-classes.html
1637       SAMPLE:
1638
1639         # Priority determines the order volumes should be searched
1640         # when reading data, in cases where a keepstore server has
1641         # access to multiple volumes with different storage classes.
1642         Priority: 0
1643
1644         # Default determines which storage class(es) should be used
1645         # when a user/client writes data or saves a new collection
1646         # without specifying storage classes.
1647         #
1648         # If any StorageClasses are configured, at least one of them
1649         # must have Default: true.
1650         Default: true
1651
1652     Volumes:
1653       SAMPLE:
1654         # AccessViaHosts specifies which keepstore processes can read
1655         # and write data on the volume.
1656         #
1657         # For a local filesystem, AccessViaHosts has one entry,
1658         # indicating which server the filesystem is located on.
1659         #
1660         # For a network-attached backend accessible by all keepstore
1661         # servers, like a cloud storage bucket or an NFS mount,
1662         # AccessViaHosts can be empty/omitted.
1663         #
1664         # Further info/examples:
1665         # https://doc.arvados.org/install/configure-fs-storage.html
1666         # https://doc.arvados.org/install/configure-s3-object-storage.html
1667         # https://doc.arvados.org/install/configure-azure-blob-storage.html
1668         AccessViaHosts:
1669           SAMPLE:
1670             ReadOnly: false
1671           "http://host1.example:25107": {}
1672         ReadOnly: false
1673         # AllowTrashWhenReadOnly enables unused and overreplicated
1674         # blocks to be trashed/deleted even when ReadOnly is
1675         # true. Normally, this is false and ReadOnly prevents all
1676         # trash/delete operations as well as writes.
1677         AllowTrashWhenReadOnly: false
1678         Replication: 1
1679         StorageClasses:
1680           # If you have configured storage classes (see StorageClasses
1681           # section above), add an entry here for each storage class
1682           # satisfied by this volume.
1683           SAMPLE: true
1684         Driver: S3
1685         DriverParameters:
1686           # for s3 driver -- see
1687           # https://doc.arvados.org/install/configure-s3-object-storage.html
1688           AccessKeyID: aaaaa
1689           SecretAccessKey: aaaaa
1690           Endpoint: ""
1691           Region: us-east-1
1692           Bucket: aaaaa
1693           LocationConstraint: false
1694           V2Signature: false
1695           IndexPageSize: 1000
1696           ConnectTimeout: 1m
1697           ReadTimeout: 10m
1698           RaceWindow: 24h
1699           PrefixLength: 0
1700
1701           # For S3 driver, potentially unsafe tuning parameter,
1702           # intentionally excluded from main documentation.
1703           #
1704           # Enable deletion (garbage collection) even when the
1705           # configured BlobTrashLifetime is zero.  WARNING: eventual
1706           # consistency may result in race conditions that can cause
1707           # data loss.  Do not enable this unless you understand and
1708           # accept the risk.
1709           UnsafeDelete: false
1710
1711           # for azure driver -- see
1712           # https://doc.arvados.org/install/configure-azure-blob-storage.html
1713           StorageAccountName: aaaaa
1714           StorageAccountKey: aaaaa
1715           StorageBaseURL: core.windows.net
1716           ContainerName: aaaaa
1717           RequestTimeout: 30s
1718           ListBlobsRetryDelay: 10s
1719           ListBlobsMaxAttempts: 10
1720           MaxGetBytes: 0
1721           WriteRaceInterval: 15s
1722           WriteRacePollTime: 1s
1723
1724           # for local directory driver -- see
1725           # https://doc.arvados.org/install/configure-fs-storage.html
1726           Root: /var/lib/arvados/keep-data
1727
1728           # For local directory driver, potentially confusing tuning
1729           # parameter, intentionally excluded from main documentation.
1730           #
1731           # When true, read and write operations (for whole 64MiB
1732           # blocks) on an individual volume will queued and issued
1733           # serially.  When false, read and write operations will be
1734           # issued concurrently.
1735           #
1736           # May possibly improve throughput if you have physical spinning disks
1737           # and experience contention when there are multiple requests
1738           # to the same volume.
1739           #
1740           # Otherwise, when using SSDs, RAID, or a shared network filesystem, you
1741           # should leave this alone.
1742           Serialize: false
1743
1744     Mail:
1745       # In order to send mail, Arvados expects a default SMTP server
1746       # on localhost:25.  It cannot require authentication on
1747       # connections from localhost.  That server should be configured
1748       # to relay mail to a "real" SMTP server that is able to send
1749       # email on behalf of your domain.
1750
1751       # See also the "Users" configuration section for additional
1752       # email-related options.
1753
1754       # When a user has been set up (meaning they are able to log in)
1755       # they will receive an email using the template specified
1756       # earlier in Users.UserSetupMailText
1757       SendUserSetupNotificationEmail: true
1758
1759       # Bug/issue report notification to and from addresses
1760       IssueReporterEmailFrom: "arvados@example.com"
1761       IssueReporterEmailTo: "arvados@example.com"
1762       SupportEmailAddress: "arvados@example.com"
1763
1764       # Generic issue email from
1765       EmailFrom: "arvados@example.com"
1766
1767       # No longer supported, to be removed.
1768       MailchimpAPIKey: ""
1769       MailchimpListID: ""
1770     RemoteClusters:
1771       "*":
1772         Host: ""
1773         Proxy: false
1774         Scheme: https
1775         Insecure: false
1776         ActivateUsers: false
1777       SAMPLE:
1778         # API endpoint host or host:port; default is {id}.arvadosapi.com
1779         Host: sample.arvadosapi.com
1780
1781         # Perform a proxy request when a local client requests an
1782         # object belonging to this remote.
1783         Proxy: false
1784
1785         # Default "https". Can be set to "http" for testing.
1786         Scheme: https
1787
1788         # Disable TLS verify. Can be set to true for testing.
1789         Insecure: false
1790
1791         # When users present tokens issued by this remote cluster, and
1792         # their accounts are active on the remote cluster, activate
1793         # them on this cluster too.
1794         ActivateUsers: false
1795
1796     Workbench:
1797       # Workbench1 configs
1798       Theme: default
1799       ActivationContactLink: mailto:info@arvados.org
1800       ArvadosDocsite: https://doc.arvados.org
1801       ArvadosPublicDataDocURL: https://playground.arvados.org/projects/public
1802       ShowUserAgreementInline: false
1803
1804       # Set this configuration to true to avoid providing an easy way for users
1805       # to share data with unauthenticated users; this may be necessary on
1806       # installations where strict data access controls are needed.
1807       DisableSharingURLsUI: false
1808
1809       # Below is a sample setting of user_profile_form_fields config parameter.
1810       # This configuration parameter should be set to either false (to disable) or
1811       # to a map as shown below.
1812       # Configure the map of input fields to be displayed in the profile page
1813       # using the attribute "key" for each of the input fields.
1814       # This sample shows configuration with one required and one optional form fields.
1815       # For each of these input fields:
1816       #   You can specify "Type" as "text" or "select".
1817       #   List the "Options" to be displayed for each of the "select" menu.
1818       #   Set "Required" as "true" for any of these fields to make them required.
1819       # If any of the required fields are missing in the user's profile, the user will be
1820       # redirected to the profile page before they can access any Workbench features.
1821       UserProfileFormFields:
1822         SAMPLE:
1823           Type: select
1824           FormFieldTitle: Best color
1825           FormFieldDescription: your favorite color
1826           Required: false
1827           Position: 1
1828           Options:
1829             red: {}
1830             blue: {}
1831             green: {}
1832             SAMPLE: {}
1833
1834         # exampleTextValue:  # key that will be set in properties
1835         #   Type: text  #
1836         #   FormFieldTitle: ""
1837         #   FormFieldDescription: ""
1838         #   Required: true
1839         #   Position: 1
1840         # exampleOptionsValue:
1841         #   Type: select
1842         #   FormFieldTitle: ""
1843         #   FormFieldDescription: ""
1844         #   Required: true
1845         #   Position: 1
1846         #   Options:
1847         #     red: {}
1848         #     blue: {}
1849         #     yellow: {}
1850
1851       # Use "UserProfileFormMessage to configure the message you want
1852       # to display on the profile page.
1853       UserProfileFormMessage: 'Welcome to Arvados. All <span style="color:red">required fields</span> must be completed before you can proceed.'
1854
1855       SiteName: Arvados Workbench
1856
1857       # Workbench2 configs
1858       FileViewersConfigURL: ""
1859
1860       # Idle time after which the user's session will be auto closed.
1861       # This feature is disabled when set to zero.
1862       IdleTimeout: 0s
1863
1864       # UUID of a collection.  This collection should be shared with
1865       # all users.  Workbench will look for a file "banner.html" in
1866       # this collection and display its contents (should be
1867       # HTML-formatted text) when users first log in to Workbench.
1868       BannerUUID: ""
1869
1870       # Workbench welcome screen, this is HTML text that will be
1871       # incorporated directly onto the page.
1872       WelcomePageHTML: |
1873         <img src="/arvados-logo-big.png" style="width: 20%; float: right; padding: 1em;" />
1874         <h2>Please log in.</h2>
1875
1876         <p>If you have never used Arvados Workbench before, logging in
1877         for the first time will automatically create a new
1878         account.</p>
1879
1880         <i>Arvados Workbench uses your information only for
1881         identification, and does not retrieve any other personal
1882         information.</i>
1883
1884       # Workbench screen displayed to inactive users.  This is HTML
1885       # text that will be incorporated directly onto the page.
1886       InactivePageHTML: |
1887         <img src="/arvados-logo-big.png" style="width: 20%; float: right; padding: 1em;" />
1888         <h3>Hi! You're logged in, but...</h3>
1889         <p>Your account is inactive.</p>
1890         <p>An administrator must activate your account before you can get
1891         any further.</p>
1892
1893       # Connecting to Arvados shell VMs tends to be site-specific.
1894       # Put any special instructions here. This is HTML text that will
1895       # be incorporated directly onto the Workbench page.
1896       SSHHelpPageHTML: |
1897         <a href="https://doc.arvados.org/user/getting_started/ssh-access-unix.html">Accessing an Arvados VM with SSH</a> (generic instructions).
1898         Site configurations vary.  Contact your local cluster administrator if you have difficulty accessing an Arvados shell node.
1899
1900       # Sample text if you are using a "switchyard" ssh proxy.
1901       # Replace "zzzzz" with your Cluster ID.
1902       #SSHHelpPageHTML: |
1903       # <p>Add a section like this to your SSH configuration file ( <i>~/.ssh/config</i>):</p>
1904       # <pre>Host *.zzzzz
1905       #  TCPKeepAlive yes
1906       #  ServerAliveInterval 60
1907       #  ProxyCommand ssh -p2222 turnout@switchyard.zzzzz.arvadosapi.com -x -a $SSH_PROXY_FLAGS %h
1908       # </pre>
1909
1910       # If you are using a switchyard ssh proxy, shell node hostnames
1911       # may require a special hostname suffix.  In the sample ssh
1912       # configuration above, this would be ".zzzzz"
1913       # This is added to the hostname in the "command line" column
1914       # the Workbench "shell VMs" page.
1915       #
1916       # If your shell nodes are directly accessible by users without a
1917       # proxy and have fully qualified host names, you should leave
1918       # this blank.
1919       SSHHelpHostSuffix: ""
1920
1921 # (Experimental) Restart services automatically when config file
1922 # changes are detected. Only supported by `arvados-server boot` in
1923 # dev/test mode.
1924 AutoReloadConfig: false