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