Clusters:
  z2a05:
    Services:
      # Each of the service sections below specifies InternalURLs
      # (each with optional ListenURL) and ExternalURL.
      #
      # InternalURLs specify how other Arvados service processes will
      # connect to the service. Typically these use internal hostnames
      # and high port numbers. Example:
      #
      # InternalURLs:
      #   "http://host1.internal.example:12345": {}
      #   "http://host2.internal.example:12345": {}
      #
      # ListenURL specifies the address and port the service process's
      # HTTP server should listen on, if different from the
      # InternalURL itself. Example, using an intermediate TLS proxy:
      #
      # InternalURLs:
      #   "https://host1.internal.example":
      #     ListenURL: "http://10.0.0.7:12345"
      #
      # When there are multiple InternalURLs configured, the service
      # process will try listening on each InternalURLs (using
      # ListenURL if provided) until one works. If you use a ListenURL
      # like "0.0.0.0" which can be bound on any machine, use an
      # environment variable
      # ARVADOS_SERVICE_INTERNAL_URL=http://host1.internal.example to
      # control which entry to use.
      #
      # ExternalURL specifies how applications/clients will connect to
      # the service, regardless of whether they are inside or outside
      # the cluster. Example:
      #
      # ExternalURL: "https://keep.zzzzz.example.com/"
      #
      # To avoid routing internal traffic through external networks,
      # use split-horizon DNS for ExternalURL host names: inside the
      # cluster's private network "host.zzzzz.example.com" resolves to
      # the host's private IP address, while outside the cluster
      # "host.zzzzz.example.com" resolves to the host's public IP
      # address (or its external gateway or load balancer).

      RailsAPI:
        InternalURLs:
          "http://localhost:8885/": {}
        ExternalURL: ""
      Controller:
        InternalURLs:
          "http://localhost:8886/": {}
        ExternalURL: "https://z2a05a/"
      Websocket:
        InternalURLs:
          "http://localhost:8887/": {}
        ExternalURL: "wss://z2a05a:8443/websocket"
      # Keepbalance: 
      #   InternalURLs: {SAMPLE: {ListenURL: ""}}
      #   ExternalURL: ""
      # DispatchCloud:
      #   InternalURLs: {SAMPLE: {ListenURL: ""}}
      #   ExternalURL: ""
      Keepproxy:
        InternalURLs:
          "http://z2a05f:18843/": {}
        ExternalURL: "https://z2a05f:8843/"
      WebDAV:
        InternalURLs:
          "http://z2a05f:18443/": {}
        # Base URL for Workbench inline preview.  If blank, use
        # WebDAVDownload instead, and disable inline preview.
        # If both are empty, downloading collections from workbench
        # will be impossible.
        #
        # It is important to properly configure the download service
        # to migitate cross-site-scripting (XSS) attacks.  A HTML page
        # can be stored in collection.  If an attacker causes a victim
        # to visit that page through Workbench, it will be rendered by
        # the browser.  If all collections are served at the same
        # domain, the browser will consider collections as coming from
        # the same origin and having access to the same browsing data,
        # enabling malicious Javascript on that page to access Arvados
        # on behalf of the victim.
        #
        # This is mitigating by having separate domains for each
        # collection, or limiting preview to circumstances where the
        # collection is not accessed with the user's regular
        # full-access token.
        #
        # Serve preview links using uuid or pdh in subdomain
        # (requires wildcard DNS and TLS certificate)
        #   https://*.collections.uuid_prefix.arvadosapi.com
        #
        # Serve preview links using uuid or pdh in main domain
        # (requires wildcard DNS and TLS certificate)
        #   https://*--collections.uuid_prefix.arvadosapi.com
        #
        # Serve preview links by setting uuid or pdh in the path.
        # This configuration only allows previews of public data or
        # collection-sharing links, because these use the anonymous
        # user token or the token is already embedded in the URL.
        # Other data must be handled as downloads via WebDAVDownload:
        #   https://collections.uuid_prefix.arvadosapi.com
        #
        ExternalURL: "https://z2a05f:8443/"

      WebDAVDownload:
        InternalURLs:
          "http://z2a05f:18443/": {}
        # Base URL for download links. If blank, serve links to WebDAV
        # with disposition=attachment query param.  Unlike preview links,
        # browsers do not render attachments, so there is no risk of XSS.
        #
        # If WebDAVDownload is blank, and WebDAV uses a
        # single-origin form, then Workbench will show an error page
        #
        # Serve download links by setting uuid or pdh in the path:
        #   https://download.uuid_prefix.arvadosapi.com
        #
        ExternalURL: "https://z2a05f:8443/"

      Keepstore:
        InternalURLs:
          "http://z2a05b1:8881/": {}
          "http://z2a05b2:8882/": {}
          # SAMPLE:
          #   ListenURL: ""
          #   # Rendezvous is normally empty/omitted. When changing the
          #   # URL of a Keepstore service, Rendezvous should be set to
          #   # the old URL (with trailing slash omitted) to preserve
          #   # rendezvous ordering.
          #   Rendezvous: ""
        ExternalURL: ""
      # Composer:
      #   InternalURLs: {SAMPLE: {ListenURL: ""}}
      #   ExternalURL: ""
      WebShell:
        InternalURLs: {}
        # ShellInABox service endpoint URL for a given VM.  If empty, do not
        # offer web shell logins.
        #
        # E.g., using a path-based proxy server to forward connections to shell hosts:
        # https://webshell.uuid_prefix.arvadosapi.com
        #
        # E.g., using a name-based proxy server to forward connections to shell hosts:
        # https://*.webshell.uuid_prefix.arvadosapi.com
        ExternalURL: ""
      Workbench1:
        # InternalURLs: {SAMPLE: {ListenURL: ""}}
        ExternalURL: "https://z2a05f/"
      Workbench2:
        # InternalURLs: {SAMPLE: {ListenURL: ""}}
        ExternalURL: "https://z2a05f/"
      # Health:
      #   InternalURLs: {SAMPLE: {ListenURL: ""}}
      #   ExternalURL: ""

    API:
      # Limits for how long a client token created by regular users can be valid,
      # and also is used as a default expiration policy when no expiration date is
      # specified.
      # Default value zero means token expirations don't get clamped and no
      # default expiration is set.
      MaxTokenLifetime: 30h

      # Maximum size (in bytes) allowed for a single API request.  This
      # limit is published in the discovery document for use by clients.
      # Note: You must separately configure the upstream web server or
      # proxy to actually enforce the desired maximum request size on the
      # server side.
      MaxRequestSize: 134217728

      # Limit the number of bytes read from the database during an index
      # request (by retrieving and returning fewer rows than would
      # normally be returned in a single response).
      # Note 1: This setting never reduces the number of returned rows to
      # zero, no matter how big the first data row is.
      # Note 2: Currently, this is only checked against a specific set of
      # columns that tend to get large (collections.manifest_text,
      # containers.mounts, workflows.definition). Other fields (e.g.,
      # "properties" hashes) are not counted against this limit.
      MaxIndexDatabaseRead: 134217728

      # Maximum number of items to return when responding to a APIs that
      # can return partial result sets using limit and offset parameters
      # (e.g., *.index, groups.contents). If a request specifies a "limit"
      # parameter higher than this value, this value is used instead.
      MaxItemsPerResponse: 1000

      # Maximum number of concurrent requests to process concurrently
      # in a single service process, or 0 for no limit.
      #
      # Note this applies to all Arvados services (controller, webdav,
      # websockets, etc.). Concurrency in the controller service is
      # also effectively limited by MaxConcurrentRailsRequests (see
      # below) because most controller requests proxy through to the
      # RailsAPI service.
      #
      # HTTP proxies and load balancers downstream of arvados services
      # should be configured to allow at least {MaxConcurrentRequest +
      # MaxQueuedRequests + MaxGatewayTunnels} concurrent requests.
      MaxConcurrentRequests: 64

      # Maximum number of concurrent requests to process concurrently
      # in a single RailsAPI service process, or 0 for no limit.
      MaxConcurrentRailsRequests: 16

      # Maximum number of incoming requests to hold in a priority
      # queue waiting for one of the MaxConcurrentRequests slots to be
      # free. When the queue is longer than this, respond 503 to the
      # lowest priority request.
      #
      # If MaxQueuedRequests is 0, respond 503 immediately to
      # additional requests while at the MaxConcurrentRequests limit.
      MaxQueuedRequests: 128

      # Maximum time a "lock container" request is allowed to wait in
      # the incoming request queue before returning 503.
      MaxQueueTimeForLockRequests: 2s

      # Maximum number of active gateway tunnel connections. One slot
      # is consumed by each "container shell" connection. If using an
      # HPC dispatcher (LSF or Slurm), one slot is consumed by each
      # running container.  These do not count toward
      # MaxConcurrentRequests.
      MaxGatewayTunnels: 1000

      # Maximum number of 64MiB memory buffers per Keepstore server process, or
      # 0 for no limit. When this limit is reached, up to
      # (MaxConcurrentRequests - MaxKeepBlobBuffers) HTTP requests requiring
      # buffers (like GET and PUT) will wait for buffer space to be released.
      # Any HTTP requests beyond MaxConcurrentRequests will receive an
      # immediate 503 response.
      #
      # MaxKeepBlobBuffers should be set such that (MaxKeepBlobBuffers * 64MiB
      # * 1.1) fits comfortably in memory. On a host dedicated to running
      # Keepstore, divide total memory by 88MiB to suggest a suitable value.
      # For example, if grep MemTotal /proc/meminfo reports MemTotal: 7125440
      # kB, compute 7125440 / (88 * 1024)=79 and set MaxKeepBlobBuffers: 79
      MaxKeepBlobBuffers: 128

      # API methods to disable. Disabled methods are not listed in the
      # discovery document, and respond 404 to all requests.
      # Example: {"jobs.create":{}, "pipeline_instances.create": {}}
      DisabledAPIs: {}

      # Interval (seconds) between asynchronous permission view updates. Any
      # permission-updating API called with the 'async' parameter schedules a an
      # update on the permission view in the future, if not already scheduled.
      AsyncPermissionsUpdateInterval: 20s

      # Maximum number of concurrent outgoing requests to make while
      # serving a single incoming multi-cluster (federated) request.
      MaxRequestAmplification: 4

      # Maximum wall clock time to spend handling an incoming request.
      RequestTimeout: 5m

      # Websocket will send a periodic empty event after 'SendTimeout'
      # if there is no other activity to maintain the connection /
      # detect dropped connections.
      SendTimeout: 60s

      WebsocketClientEventQueue: 64
      WebsocketServerEventQueue: 4

      # Timeout on requests to internal Keep services.
      KeepServiceRequestTimeout: 15s

      # Vocabulary file path, local to the node running the controller.
      # This JSON file should contain the description of what's allowed
      # as object's metadata. Its format is described at:
      # https://doc.arvados.org/admin/metadata-vocabulary.html
      VocabularyPath: ""

      # If true, a project must have a non-empty description field in
      # order to be frozen.
      FreezeProjectRequiresDescription: false

      # Project properties that must have non-empty values in order to
      # freeze a project. Example: "property_name": {}
      FreezeProjectRequiresProperties:
        SAMPLE: {}

      # If true, only an admin user can un-freeze a project. If false,
      # any user with "manage" permission can un-freeze.
      UnfreezeProjectRequiresAdmin: false

      # (Experimental) Use row-level locking on update API calls.
      LockBeforeUpdate: false

    Users:
      # Config parameters to automatically setup new users.  If enabled,
      # this users will be able to self-activate.  Enable this if you want
      # to run an open instance where anyone can create an account and use
      # the system without requiring manual approval.
      #
      # The params AutoSetupNewUsersWith* are meaningful only when AutoSetupNewUsers is turned on.
      # AutoSetupUsernameBlacklist is a list of usernames to be blacklisted for auto setup.
      AutoSetupNewUsers: false
      AutoSetupNewUsersWithVmUUID: ""
      AutoSetupUsernameBlacklist:
        arvados: {}
        git: {}
        gitolite: {}
        gitolite-admin: {}
        root: {}
        syslog: {}
        SAMPLE: {}

      # When NewUsersAreActive is set to true, new users will be active
      # immediately.  This skips the "self-activate" step which enforces
      # user agreements.  Should only be enabled for development.
      NewUsersAreActive: false

      # Newly activated users (whether set up by an admin or via
      # AutoSetupNewUsers) immediately become visible to other active
      # users.
      #
      # On a multi-tenant cluster, where the intent is for users to be
      # invisible to one another unless they have been added to the
      # same group(s) via Workbench admin interface, change this to
      # false.
      ActivatedUsersAreVisibleToOthers: true

      # If a user creates an account with this email address, they
      # will be automatically set to admin.
      AutoAdminUserWithEmail: ""

      # If AutoAdminFirstUser is set to true, the first user to log in when no
      # other admin users exist will automatically become an admin user.
      AutoAdminFirstUser: false

      # Support email address to display in Workbench.
      SupportEmailAddress: "arvados@example.com"

      # Outgoing email configuration:
      #
      # In order to send mail, Arvados expects a default SMTP server
      # on localhost:25.  It cannot require authentication on
      # connections from localhost.  That server should be configured
      # to relay mail to a "real" SMTP server that is able to send
      # email on behalf of your domain.

      # Recipient for notification email sent out when a user sets a
      # profile on their account.
      UserProfileNotificationAddress: ""

      # When sending a NewUser, NewInactiveUser, or UserProfile
      # notification, this is the 'From' address to use
      AdminNotifierEmailFrom: arvados@example.com

      # Prefix for email subjects for NewUser and NewInactiveUser emails
      EmailSubjectPrefix: "[ARVADOS] "

      # When sending a welcome email to the user, the 'From' address to use
      UserNotifierEmailFrom: arvados@example.com

      # The welcome email sent to new users will be blind copied to
      # these addresses.
      UserNotifierEmailBcc: {}

      # Recipients for notification email sent out when a user account
      # is created and already set up to be able to log in
      NewUserNotificationRecipients: {}

      # Recipients for notification email sent out when a user account
      # has been created but the user cannot log in until they are
      # set up by an admin.
      NewInactiveUserNotificationRecipients: {}

      # Set AnonymousUserToken to enable anonymous user access. Populate this
      # field with a random string at least 50 characters long.
      AnonymousUserToken: ""

      # The login provider for a user may supply a primary email
      # address and one or more alternate email addresses.  If a new
      # user has an alternate email address with the domain given
      # here, use the username from the alternate email to generate
      # the user's Arvados username. Otherwise, the username from
      # user's primary email address is used for the Arvados username.
      # Currently implemented for OpenID Connect only.
      PreferDomainForUsername: ""

      # Send an email to each user when their account has been set up
      # (meaning they are able to log in).
      SendUserSetupNotificationEmail: false

      # Ruby ERB template used for the email sent out to users when
      # they have been set up.
      UserSetupMailText: |
        <% if not @user.full_name.empty? -%>
        <%= @user.full_name %>,
        <% else -%>
        Hi there,
        <% end -%>

        Your Arvados account has been set up.  You can log in at

        <%= Rails.configuration.Services.Workbench1.ExternalURL %>

        Thanks,
        Your Arvados administrator.

      # If RoleGroupsVisibleToAll is true, all role groups are visible
      # to all active users.
      #
      # If false, users must be granted permission to role groups in
      # order to see them. This is more appropriate for a multi-tenant
      # cluster.
      RoleGroupsVisibleToAll: true

      # If CanCreateRoleGroups is true, regular (non-admin) users can
      # create new role groups.
      #
      # If false, only admins can create new role groups.
      CanCreateRoleGroups: true

      # During each period, a log entry with event_type="activity"
      # will be recorded for each user who is active during that
      # period. The object_uuid attribute will indicate the user's
      # UUID.
      #
      # Multiple log entries for the same user may be generated during
      # a period if there are multiple controller processes or a
      # controller process is restarted.
      #
      # Use 0 to disable activity logging.
      ActivityLoggingPeriod: 24h

      # The SyncUser* options control what system resources are managed by
      # arvados-login-sync on shell nodes. They correspond to:
      # * SyncUserAccounts: The user's Unix account on the shell node
      # * SyncUserGroups: The group memberships of that account
      # * SyncUserSSHKeys: Whether to authorize the user's Arvados SSH keys
      # * SyncUserAPITokens: Whether to set up the user's Arvados API token
      # All default to true.
      SyncUserAccounts: true
      SyncUserGroups: true
      SyncUserSSHKeys: true
      SyncUserAPITokens: true

      # If SyncUserGroups=true, then arvados-login-sync will ensure that all
      # managed accounts are members of the Unix groups listed in
      # SyncRequiredGroups, in addition to any groups listed in their Arvados
      # login permission. The default list includes the "fuse" group so
      # users can use arv-mount. You can require no groups by specifying an
      # empty list (i.e., `SyncRequiredGroups: []`).
      SyncRequiredGroups:
        - fuse

      # SyncIgnoredGroups is a list of group names. arvados-login-sync will
      # never modify these groups. If user login permissions list any groups
      # in SyncIgnoredGroups, they will be ignored. If a user's Unix account
      # belongs to any of these groups, arvados-login-sync will not remove
      # the account from that group. The default is a set of particularly
      # security-sensitive groups across Debian- and Red Hat-based
      # distributions.
      SyncIgnoredGroups:
        - adm
        - disk
        - kmem
        - mem
        - root
        - shadow
        - staff
        - sudo
        - sys
        - utempter
        - utmp
        - wheel

    AuditLogs:
      # Time to keep audit logs, in seconds. (An audit log is a row added
      # to the "logs" table in the PostgreSQL database each time an
      # Arvados object is created, modified, or deleted.)
      #
      # Currently, websocket event notifications rely on audit logs, so
      # this should not be set lower than 300 (5 minutes).
      MaxAge: 336h

      # Maximum number of log rows to delete in a single SQL transaction.
      #
      # If MaxDeleteBatch is 0, log entries will never be
      # deleted by Arvados. Cleanup can be done by an external process
      # without affecting any Arvados system processes, as long as very
      # recent (<5 minutes old) logs are not deleted.
      #
      # 100000 is a reasonable batch size for most sites.
      MaxDeleteBatch: 0

      # Attributes to suppress in events and audit logs.  Notably,
      # specifying {"manifest_text": {}} here typically makes the database
      # smaller and faster.
      #
      # Warning: Using any non-empty value here can have undesirable side
      # effects for any client or component that relies on event logs.
      # Use at your own risk.
      UnloggedAttributes: {}

    SystemLogs:

      # Logging threshold: panic, fatal, error, warn, info, debug, or
      # trace
      LogLevel: info

      # Logging format: json or text
      Format: json

      # Maximum characters of (JSON-encoded) query parameters to include
      # in each request log entry. When params exceed this size, they will
      # be JSON-encoded, truncated to this size, and logged as
      # params_truncated.
      MaxRequestLogParamsSize: 2000

      # In all services except RailsAPI, periodically check whether
      # the incoming HTTP request queue is nearly full (see
      # MaxConcurrentRequests) and, if so, write a snapshot of the
      # request queue to {service}-requests.json in the specified
      # directory.
      #
      # Leave blank to disable.
      RequestQueueDumpDirectory: ""

    Collections:

      # Enable access controls for data stored in Keep. This should
      # always be set to true on a production cluster.
      BlobSigning: true

      # BlobSigningKey is a string of alphanumeric characters used to
      # generate permission signatures for Keep locators. It must be
      # identical to the permission key given to Keep. IMPORTANT: This
      # is a site secret. It should be at least 50 characters.
      #
      # Modifying BlobSigningKey will invalidate all existing
      # signatures, which can cause programs to fail (e.g., arv-put,
      # arv-get, and Crunch jobs).  To avoid errors, rotate keys only
      # when no such processes are running.
      BlobSigningKey: "30kMcFqdGQ62FJxojfmKXKJfZvZ4YUeWKhzKSU9Dz17dbWZOLOxbSLKPwe0EC2o6tC0geb2bPOETwm01"

      # Enable garbage collection of unreferenced blobs in Keep.
      BlobTrash: true

      # Time to leave unreferenced blobs in "trashed" state before
      # deleting them, or 0 to skip the "trashed" state entirely and
      # delete unreferenced blobs.
      #
      # If you use any Amazon S3 buckets as storage volumes, this
      # must be at least 24h to avoid occasional data loss.
      BlobTrashLifetime: 336h

      # How often to check for (and delete) trashed blocks whose
      # BlobTrashLifetime has expired.
      BlobTrashCheckInterval: 24h

      # Maximum number of concurrent "trash blob" and "delete trashed
      # blob" operations conducted by a single keepstore process. Each
      # of these can be set to 0 to disable the respective operation.
      #
      # If BlobTrashLifetime is zero, "trash" and "delete trash"
      # happen at once, so only the lower of these two values is used.
      BlobTrashConcurrency: 4
      BlobDeleteConcurrency: 4

      # Maximum number of concurrent "create additional replica of
      # existing blob" operations conducted by a single keepstore
      # process.
      BlobReplicateConcurrency: 4

      # Default replication level for collections. This is used when a
      # collection's replication_desired attribute is nil.
      DefaultReplication: 2

      # BlobSigningTTL determines the minimum lifetime of transient
      # data, i.e., blocks that are not referenced by
      # collections. Unreferenced blocks exist for two reasons:
      #
      # 1) A data block must be written to a disk/cloud backend device
      # before a collection can be created/updated with a reference to
      # it.
      #
      # 2) Deleting or updating a collection can remove the last
      # remaining reference to a data block.
      #
      # If BlobSigningTTL is too short, long-running
      # processes/containers will fail when they take too long (a)
      # between writing blocks and writing collections that reference
      # them, or (b) between reading collections and reading the
      # referenced blocks.
      #
      # If BlobSigningTTL is too long, data will still be stored long
      # after the referring collections are deleted, and you will
      # needlessly fill up disks or waste money on cloud storage.
      #
      # Modifying BlobSigningTTL invalidates existing signatures; see
      # BlobSigningKey note above.
      #
      # The default is 2 weeks.
      BlobSigningTTL: 336h

      # When running keep-balance, this is the destination filename for
      # the list of lost block hashes if there are any, one per line.
      # Updated automically during each successful run.
      BlobMissingReport: ""

      # keep-balance operates periodically, i.e.: do a
      # scan/balance operation, sleep, repeat.
      #
      # BalancePeriod determines the interval between start times of
      # successive scan/balance operations. If a scan/balance operation
      # takes longer than BalancePeriod, the next one will follow it
      # immediately.
      #
      # If SIGUSR1 is received during an idle period between operations,
      # the next operation will start immediately.
      BalancePeriod: 6h

      # Limits the number of collections retrieved by keep-balance per
      # API transaction. If this is zero, page size is
      # determined by the API server's own page size limits (see
      # API.MaxItemsPerResponse and API.MaxIndexDatabaseRead).
      BalanceCollectionBatch: 0

      # The size of keep-balance's internal queue of
      # collections. Higher values may improve throughput by allowing
      # keep-balance to fetch collections from the database while the
      # current collection are still being processed, at the expense of
      # using more memory.  If this is zero or omitted, pages are
      # processed serially.
      BalanceCollectionBuffers: 4

      # Maximum time for a rebalancing run. This ensures keep-balance
      # eventually gives up and retries if, for example, a network
      # error causes a hung connection that is never closed by the
      # OS. It should be long enough that it doesn't interrupt a
      # long-running balancing operation.
      BalanceTimeout: 6h

      # Maximum number of replication_confirmed /
      # storage_classes_confirmed updates to write to the database
      # after a rebalancing run. When many updates are needed, this
      # spreads them over a few runs rather than applying them all at
      # once.
      BalanceUpdateLimit: 100000

      # Maximum number of "pull block from other server" and "trash
      # block" requests to send to each keepstore server at a
      # time. Smaller values use less memory in keepstore and
      # keep-balance. Larger values allow more progress per
      # keep-balance iteration. A zero value computes all of the
      # needed changes but does not apply any.
      BalancePullLimit: 100000
      BalanceTrashLimit: 100000

      # Default lifetime for ephemeral collections: 2 weeks. This must not
      # be less than BlobSigningTTL.
      DefaultTrashLifetime: 336h

      # Interval (seconds) between trash sweeps. During a trash sweep,
      # collections are marked as trash if their trash_at time has
      # arrived, and deleted if their delete_at time has arrived.
      TrashSweepInterval: 1h

      # If true, enable collection versioning.
      # When a collection's preserve_version field is true or the current version
      # is older than the amount of seconds defined on PreserveVersionIfIdle,
      # a snapshot of the collection's previous state is created and linked to
      # the current collection.
      CollectionVersioning: true

      #   0s = auto-create a new version on every update.
      #  -1s = never auto-create new versions.
      # > 0s = auto-create a new version when older than the specified number of seconds.
      PreserveVersionIfIdle: 10s

      # If non-empty, allow project and collection names to contain
      # the "/" character (slash/stroke/solidus), and replace "/" with
      # the given string in the filesystem hierarchy presented by
      # WebDAV. Example values are "%2f" and "{slash}". Names that
      # contain the substitution string itself may result in confusing
      # behavior, so a value like "_" is not recommended.
      #
      # If the default empty value is used, the server will reject
      # requests to create or rename a collection when the new name
      # contains "/".
      #
      # If the value "/" is used, project and collection names
      # containing "/" will be allowed, but they will not be
      # accessible via WebDAV.
      #
      # Use of this feature is not recommended, if it can be avoided.
      ForwardSlashNameSubstitution: ""

      # Include "folder objects" in S3 ListObjects responses.
      S3FolderObjects: true

      # Managed collection properties. At creation time, if the client didn't
      # provide the listed keys, they will be automatically populated following
      # one of the following behaviors:
      #
      # * UUID of the user who owns the containing project.
      #   responsible_person_uuid: {Function: original_owner, Protected: true}
      #
      # * Default concrete value.
      #   foo_bar: {Value: baz, Protected: false}
      #
      # If Protected is true, only an admin user can modify its value.
      ManagedProperties:
        SAMPLE: {Function: original_owner, Protected: true}

      # In "trust all content" mode, Workbench will redirect download
      # requests to WebDAV preview link, even in the cases when
      # WebDAV would have to expose XSS vulnerabilities in order to
      # handle the redirect (see discussion on Services.WebDAV).
      #
      # This setting has no effect in the recommended configuration, where the
      # WebDAV service is configured to have a separate domain for every
      # collection and XSS protection is provided by browsers' same-origin
      # policy.
      #
      # The default setting (false) is appropriate for a multi-user site.
      TrustAllContent: false

      # Cache parameters for WebDAV content serving:
      WebDAVCache:
        # Time to cache manifests, permission checks, and sessions.
        TTL: 300s

        # Maximum amount of data cached in /var/cache/arvados/keep.
        # Can be given as a percentage of filesystem size ("10%") or a
        # number of bytes ("10 GiB")
        DiskCacheSize: 10%

        # Approximate memory limit (in bytes) for session cache.
        #
        # Note this applies to the in-memory representation of
        # projects and collections -- metadata, block locators,
        # filenames, etc. -- not the file data itself (see
        # DiskCacheSize).
        MaxCollectionBytes: 100 MB

        # Persistent sessions.
        MaxSessions: 100

      # Selectively set permissions for regular users and admins to
      # download or upload data files using the upload/download
      # features for Workbench, WebDAV and S3 API support.
      WebDAVPermission:
        User:
          Download: true
          Upload: true
        Admin:
          Download: true
          Upload: true

      # Selectively set permissions for regular users and admins to be
      # able to download or upload blocks using arv-put and
      # arv-get from outside the cluster.
      KeepproxyPermission:
        User:
          Download: true
          Upload: true
        Admin:
          Download: true
          Upload: true

      # Post upload / download events to the API server logs table, so
      # that they can be included in the arv-user-activity report.
      # You can disable this if you find that it is creating excess
      # load on the API server and you don't need it.
      WebDAVLogEvents: true

      # If a client requests partial content past the start of a file,
      # and a request from the same client for the same file was logged
      # within the past WebDAVLogDownloadInterval, do not write a new log.
      # This throttling applies to both printed and API server logs.
      # This reduces log output when clients like `aws s3 cp` download
      # one file in small chunks in parallel.
      # Set this to 0 to disable throttling and log all requests.
      WebDAVLogDownloadInterval: 30s

      # Per-connection output buffer for WebDAV downloads. May improve
      # throughput for large files, particularly when storage volumes
      # have high latency.
      #
      # Size be specified as a number of bytes ("0") or with units
      # ("128KiB", "1 MB").
      WebDAVOutputBuffer: 0

    Login:
      # One of the following mechanisms (Google, PAM, LDAP, or
      # LoginCluster) should be enabled; see
      # https://doc.arvados.org/install/setup-login.html

      Google:
        # Authenticate with Google.
        Enable: false

        # Use the Google Cloud console to enable the People API (APIs
        # and Services > Enable APIs and services > Google People API
        # > Enable), generate a Client ID and secret (APIs and
        # Services > Credentials > Create credentials > OAuth client
        # ID > Web application) and add your controller's /login URL
        # (e.g., "https://zzzzz.example.com/login") as an authorized
        # redirect URL.
        ClientID: ""
        ClientSecret: ""

        # Allow users to log in to existing accounts using any verified
        # email address listed by their Google account. If true, the
        # Google People API must be enabled in order for Google login to
        # work. If false, only the primary email address will be used.
        AlternateEmailAddresses: true

        # Send additional parameters with authentication requests. See
        # https://developers.google.com/identity/protocols/oauth2/openid-connect#authenticationuriparameters
        # for a list of supported parameters.
        AuthenticationRequestParameters:
          # Show the "choose which Google account" page, even if the
          # client is currently logged in to exactly one Google
          # account.
          prompt: select_account

          SAMPLE: ""

      OpenIDConnect:
        # Authenticate with an OpenID Connect provider.
        Enable: false

        # Issuer URL, e.g., "https://login.example.com".
        #
        # This must be exactly equal to the URL returned by the issuer
        # itself in its config response ("isser" key). If the
        # configured value is "https://example" and the provider
        # returns "https://example:443" or "https://example/" then
        # login will fail, even though those URLs are equivalent (RFC
        # 3986).
        Issuer: ""

        # Your client ID and client secret (supplied by the provider).
        ClientID: ""
        ClientSecret: ""

        # OpenID claim field containing the user's email
        # address. Normally "email"; see
        # https://openid.net/specs/openid-connect-core-1_0.html#StandardClaims
        EmailClaim: "email"

        # OpenID claim field containing the email verification
        # flag. Normally "email_verified".  To accept every returned
        # email address without checking a "verified" field at all,
        # use an empty string "".
        EmailVerifiedClaim: "email_verified"

        # OpenID claim field containing the user's preferred
        # username. If empty, use the mailbox part of the user's email
        # address.
        UsernameClaim: ""

        # Send additional parameters with authentication requests,
        # like {display: page, prompt: consent}. See
        # https://openid.net/specs/openid-connect-core-1_0.html#AuthRequest
        # and refer to your provider's documentation for supported
        # parameters.
        AuthenticationRequestParameters:
          SAMPLE: ""

        # Accept an OIDC access token as an API token if the OIDC
        # provider's UserInfo endpoint accepts it.
        #
        # AcceptAccessTokenScope should also be used when enabling
        # this feature.
        AcceptAccessToken: false

        # Before accepting an OIDC access token as an API token, first
        # check that it is a JWT whose "scope" value includes this
        # value. Example: "https://zzzzz.example.com/" (your Arvados
        # API endpoint).
        #
        # If this value is empty and AcceptAccessToken is true, all
        # access tokens will be accepted regardless of scope,
        # including non-JWT tokens. This is not recommended.
        AcceptAccessTokenScope: ""

      PAM:
        # Use PAM to authenticate users.
        Enable: false

        # PAM service name. PAM will apply the policy in the
        # corresponding config file (e.g., /etc/pam.d/arvados) or, if
        # there is none, the default "other" config.
        Service: arvados

        # Domain name (e.g., "example.com") to use to construct the
        # user's email address if PAM authentication returns a
        # username with no "@". If empty, use the PAM username as the
        # user's email address, whether or not it contains "@".
        #
        # Note that the email address is used as the primary key for
        # user records when logging in. Therefore, if you change
        # PAMDefaultEmailDomain after the initial installation, you
        # should also update existing user records to reflect the new
        # domain. Otherwise, next time those users log in, they will
        # be given new accounts instead of accessing their existing
        # accounts.
        DefaultEmailDomain: ""

      LDAP:
        # Use an LDAP service to authenticate users.
        Enable: false

        # Server URL, like "ldap://ldapserver.example.com:389" or
        # "ldaps://ldapserver.example.com:636".
        URL: "ldap://ldap:389"

        # Use StartTLS upon connecting to the server.
        StartTLS: true

        # Skip TLS certificate name verification.
        InsecureTLS: false

        # Mininum TLS version to negotiate when connecting to server
        # (ldaps://... or StartTLS). It may be necessary to set this
        # to "1.1" for compatibility with older LDAP servers that fail
        # with 'LDAP Result Code 200 "Network Error": TLS handshake
        # failed (tls: server selected unsupported protocol version
        # 301)'.
        #
        # If blank, use the recommended minimum version (1.2).
        MinTLSVersion: ""

        # Strip the @domain part if a user supplies an email-style
        # username with this domain. If "*", strip any user-provided
        # domain. If "", never strip the domain part. Example:
        # "example.com"
        StripDomain: ""

        # If, after applying StripDomain, the username contains no "@"
        # character, append this domain to form an email-style
        # username. Example: "example.com"
        AppendDomain: ""

        # The LDAP attribute to filter on when looking up a username
        # (after applying StripDomain and AppendDomain).
        SearchAttribute: uid

        # Bind with this username (DN or UPN) and password when
        # looking up the user record.
        #
        # Example user: "cn=admin,dc=example,dc=com"
        SearchBindUser: ""
        SearchBindPassword: ""

        # Directory base for username lookup. Example:
        # "ou=Users,dc=example,dc=com"
        SearchBase: ""

        # Additional filters to apply when looking up users' LDAP
        # entries. This can be used to restrict access to a subset of
        # LDAP users, or to disambiguate users from other directory
        # entries that have the SearchAttribute present.
        #
        # Special characters in assertion values must be escaped (see
        # RFC 4515).
        #
        # Example: "(objectClass=person)"
        SearchFilters: ""

        # LDAP attribute to use as the user's email address.
        #
        # Important: This must not be an attribute whose value can be
        # edited in the directory by the users themselves. Otherwise,
        # users can take over other users' Arvados accounts trivially
        # (email address is the primary key for Arvados accounts.)
        EmailAttribute: mail

        # LDAP attribute to use as the preferred Arvados username. If
        # no value is found (or this config is empty) the username
        # originally supplied by the user will be used.
        UsernameAttribute: uid

      Test:
        # Authenticate users listed here in the config file. This
        # feature is intended to be used in test environments, and
        # should not be used in production.
        Enable: true
        Users:
          brett:
            Email: brett.smith@curii.com
            Password: FIXME

      # The cluster ID to delegate the user database.  When set,
      # logins on this cluster will be redirected to the login cluster
      # (login cluster must appear in RemoteClusters with Proxy: true)
      LoginCluster: ""

      # How long a cached token belonging to a remote cluster will
      # remain valid before it needs to be revalidated.
      RemoteTokenRefresh: 5m

      # How long a client token created from a login flow will be valid without
      # asking the user to re-login. Example values: 60m, 8h.
      # Default value zero means tokens don't have expiration.
      TokenLifetime: 0s

      # If true (default), tokens are allowed to create new tokens and
      # view existing tokens belonging to the same user.
      # If false, tokens are not allowed to view or create other
      # tokens. New tokens can only be created by going through login
      # again.
      IssueTrustedTokens: true

      # Origins (scheme://host[:port]) of clients trusted to receive
      # new tokens via login process.  The ExternalURLs of the local
      # Workbench1 and Workbench2 are trusted implicitly and do not
      # need to be listed here.  If this is a LoginCluster, you
      # probably want to include the other Workbench instances in the
      # federation in this list.
      #
      # A wildcard like "https://*.example" will match client URLs
      # like "https://a.example" and "https://a.b.c.example".
      #
      # Example:
      #
      # TrustedClients:
      #   "https://workbench.other-cluster.example": {}
      #   "https://workbench2.other-cluster.example": {}
      TrustedClients:
        SAMPLE: {}

      # Treat any origin whose host part is "localhost" or a private
      # IP address (e.g., http://10.0.0.123:3000/) as if it were
      # listed in TrustedClients.
      #
      # Intended only for test/development use. Not appropriate for
      # production use.
      TrustPrivateNetworks: false

    TLS:
      # Use "file:///var/lib/acme/live/example.com/cert" and
      # ".../privkey" to load externally managed certificates.
      Certificate: ""
      Key: ""

      # Accept invalid certificates when connecting to servers. Never
      # use this in production.
      Insecure: false

      ACME:
        # Obtain certificates automatically for ExternalURL domains
        # using an ACME server and http-01 validation.
        #
        # To use Let's Encrypt, specify "LE".  To use the Let's
        # Encrypt staging environment, specify "LE-staging".  To use a
        # different ACME server, specify the full directory URL
        # ("https://...").
        #
        # Note: this feature is not yet implemented in released
        # versions, only in the alpha/prerelease arvados-server-easy
        # package.
        #
        # Implies agreement with the server's terms of service.
        Server: ""

    Containers:
      # List of supported Docker Registry image formats that compute nodes
      # are able to use. `arv keep docker` will error out if a user tries
      # to store an image with an unsupported format. Use an empty array
      # to skip the compatibility check (and display a warning message to
      # that effect).
      #
      # Example for sites running docker < 1.10: {"v1": {}}
      # Example for sites running docker >= 1.10: {"v2": {}}
      # Example for disabling check: {}
      SupportedDockerImageFormats:
        "v2": {}
        SAMPLE: {}

      # Include details about job reuse decisions in the server log. This
      # causes additional database queries to run, so it should not be
      # enabled unless you expect to examine the resulting logs for
      # troubleshooting purposes.
      LogReuseDecisions: false

      # Default value for keep_cache_ram of a container's
      # runtime_constraints.  Note: this gets added to the RAM request
      # used to allocate a VM or submit an HPC job.
      #
      # If this is zero, container requests that don't specify RAM or
      # disk cache size will use a disk cache, sized to the
      # container's RAM requirement (but with minimum 2 GiB and
      # maximum 32 GiB).
      #
      # Note: If you change this value, containers that used the previous
      # default value will only be reused by container requests that
      # explicitly specify the previous value in their keep_cache_ram
      # runtime constraint.
      DefaultKeepCacheRAM: 0

      # Number of times a container can be unlocked before being
      # automatically cancelled.
      MaxDispatchAttempts: 10

      # Default value for container_count_max for container requests.  This is the
      # number of times Arvados will create a new container to satisfy a container
      # request.  If a container is cancelled it will retry a new container if
      # container_count < container_count_max on any container requests associated
      # with the cancelled container.
      MaxRetryAttempts: 3

      # Schedule all child containers on preemptible instances (e.g. AWS
      # Spot Instances) even if not requested by the submitter.
      #
      # If false, containers are scheduled on preemptible instances
      # only when requested by the submitter.
      #
      # This flag is ignored if no preemptible instance types are
      # configured, and has no effect on top-level containers.
      AlwaysUsePreemptibleInstances: false

      # Automatically add a preemptible variant for every
      # non-preemptible entry in InstanceTypes below. The maximum bid
      # price for the preemptible variant will be the non-preemptible
      # price multiplied by PreemptiblePriceFactor. If 0, preemptible
      # variants are not added automatically.
      #
      # A price factor of 1.0 is a reasonable starting point.
      PreemptiblePriceFactor: 0

      # When the lowest-priced instance type for a given container is
      # not available, try other instance types, up to the indicated
      # maximum price factor.
      #
      # For example, with AvailabilityPriceFactor 1.5, if the
      # lowest-cost instance type A suitable for a given container
      # costs $2/h, Arvados may run the container on any instance type
      # B costing $3/h or less when instance type A is not available
      # or an idle instance of type B is already running.
      MaximumPriceFactor: 1.5

      # PEM encoded SSH key (RSA, DSA, or ECDSA) used by the
      # cloud dispatcher for executing containers on worker VMs.
      # Begins with "-----BEGIN RSA PRIVATE KEY-----\n"
      # and ends with "\n-----END RSA PRIVATE KEY-----\n".
      #
      # Use "file:///absolute/path/to/key" to load the key from a
      # separate file instead of embedding it in the configuration
      # file.
      DispatchPrivateKey: |
        -----BEGIN OPENSSH PRIVATE KEY-----
        b3BlbnNzaC1rZXktdjEAAAAABG5vbmUAAAAEbm9uZQAAAAAAAAABAAABlwAAAAdzc2gtcn
        NhAAAAAwEAAQAAAYEAvKeLWbmMMqkdx+XUZkym0l3zGX9LU48rCWwlNO4saU0BKTbBD9yN
        0jmRcRweBs5KlqIIxSmqOwF2NoLz5fpWeFWAsGTF0r+mKdj/cjujyEUhVg8GuVjRoDi48r
        DYKr5wLoXkzm3uHv8VMblIyD73N+nQPp5YKwjcqUIQu7x/W2krH4/Yxv2u/oTPF0HRX6IV
        90D9cAxVK+wPZz7b1Jmb9igX5NUgxdyTaTRU9vtBNQW7mznihBbtOymqYfw4vX0pPXur4d
        H/fS+YjwXmz8ri9TQOtOLg+mswAE5rpJPIIuQGFXTZgxRH1f/f1KhZjydPwlc56HWgELhu
        34DhdVB8GHpXKrTSrhVNkdGpJXPyCXYsdT6LTn9PjnxncE3bsLpe2iP/dDR63w6BvxU8vT
        vcYPNmbsJC+Gu6Mo77H+iXA27P9XVFnpM7RA6YSspRRrMfiVyLB27iXpXRSZFjgKmGbTw8
        49qSNOW/gVD/E7R07bU2ZvpvdL4s5lF8Humk4vaZAAAFiHIPjFFyD4xRAAAAB3NzaC1yc2
        EAAAGBALyni1m5jDKpHcfl1GZMptJd8xl/S1OPKwlsJTTuLGlNASk2wQ/cjdI5kXEcHgbO
        SpaiCMUpqjsBdjaC8+X6VnhVgLBkxdK/pinY/3I7o8hFIVYPBrlY0aA4uPKw2Cq+cC6F5M
        5t7h7/FTG5SMg+9zfp0D6eWCsI3KlCELu8f1tpKx+P2Mb9rv6EzxdB0V+iFfdA/XAMVSvs
        D2c+29SZm/YoF+TVIMXck2k0VPb7QTUFu5s54oQW7TspqmH8OL19KT17q+HR/30vmI8F5s
        /K4vU0DrTi4PprMABOa6STyCLkBhV02YMUR9X/39SoWY8nT8JXOeh1oBC4bt+A4XVQfBh6
        Vyq00q4VTZHRqSVz8gl2LHU+i05/T458Z3BN27C6Xtoj/3Q0et8Ogb8VPL073GDzZm7CQv
        hrujKO+x/olwNuz/V1RZ6TO0QOmErKUUazH4lciwdu4l6V0UmRY4Cphm08POPakjTlv4FQ
        /xO0dO21Nmb6b3S+LOZRfB7ppOL2mQAAAAMBAAEAAAGAEUz7pW4zzlsOPzxjXMDTjSf+wO
        Q4uhhfceEkLd0YP01nqXoLHTtkmaZ8IS97DPR66GLCc2NZaEkfaEsc1ya8qpMrxrFtJ2E6
        Oaz76yPPRrDZSGk/HH0J11vQUThY0J2vj8Kpa6lu7JKHxOw5IZ0NoqfreCyhCQxKYS7M9k
        yIcO99fAre7kvKMi7nh3pamz6z7T19aHrHDky7EmS0OARgxkOhwlNtyptqfNvG3XIIBjbp
        ACigLm0kUxhEdvEwmmcJemuBY2DJttQB0d/w3D25pxFYl21jdl/qh73BYQdP7dqZdRZt5K
        ZSd/0inKLBl1S1BIN2jgxPPETPiYuA55JgetUASWnDJXSbT1ig3XHSyD0aSeWqR7XCJ2cz
        KM4UKQciwwOtq1ZWByO9iVOW2qwOqFn8TBSu5t65N9WVxKoEC02qTot1SH2MQ4xF2+9EHq
        LX+8zOqPm5CnQAhWuNIogkK1/L5dmMf1Gn7CZl0INVBpvSZ5jGUBkMFmmW71z6Bp1BAAAA
        wAKahS8d62YuT1sK7TaiTAU35A0AZ8KCv3slhlZxiOQuf+oHWZPusWCdk9cnngrpDDVGml
        Y7XLsJNEL3SrDmn/5XTclA6NhiqJh57lQdY1VTChJhbOpvELYBCY2SYO4s28fUujhq4pm0
        g3871r4DaN+lLm3mn5d4i3DFLd2cy1r3WBK2NFPvAm5p8gFSIsFPX4TeUFSwwH1OG/OrR9
        zp9/MkqmN6Z5Qro53SPrgAauwHA7I+jyIRDdKDiCj/7HOxRQAAAMEA593AyCNW9Nghce5Z
        cHNrzcoyakrql0Y8Rc+L9MRbOA2A0juWBfZo63EXzBPwGkyWF2N+015zWKqjZFv2yJi/08
        VrMqVOxjttlW+5jKSCBu+jJWaau/njqFcLdEfNhBagHG5n4pybUJlFowbwT/NFcGOwfQ5s
        5GGo6pDTv7ZUmoSrsWCo1Md6cKnt5GVl5ti9eWup3Nnw6W00qpGlGRabdvHHC3meSvLP+S
        b+ffqQwBdaVKN9Lq+BvZ6wVJFxhezZAAAAwQDQSmHWl+HVZvVKLZnbCIVBnrl5dvYlqfgP
        ptaqdjfB3asl5C/KZVAq+Py47YK0xWm8DgDnyT2i62nDm1qJOWm+I9QEtYwV0kVn8/fuhj
        fUfEfPz5VnTUK+3SHB1vUpT1jehUFQSNmGaCEg1ktvoqcj5z3zqaVsD7qWdJhLafhIAwn4
        ftRzgY2MVpYwyIkiOwlDEaRYS9xJLtpgTpmwjbqJVbhrg5gcm+NlM4+d3F7CA0GH0wt5Uh
        1nvedgvAlyP8EAAAANYnJldHRAeHBzOTMxMAECAwQFBg==
        -----END OPENSSH PRIVATE KEY-----

      # Maximum time to wait for workers to come up before abandoning
      # stale locks from a previous dispatch process.
      StaleLockTimeout: 1m

      # The crunch-run command used to start a container on a worker node.
      #
      # When dispatching to cloud VMs, this is used only if
      # DeployRunnerBinary in the CloudVMs section is set to the empty
      # string.
      CrunchRunCommand: "crunch-run"

      # Extra arguments to add to crunch-run invocation
      # Example: ["--cgroup-parent-subsystem=memory"]
      CrunchRunArgumentsList: []

      # Extra RAM to reserve on the node, in addition to
      # the amount specified in the container's RuntimeConstraints
      ReserveExtraRAM: 550MiB

      # Minimum time between two attempts to run the same container
      MinRetryPeriod: 0s

      # Container runtime: "docker" (default) or "singularity"
      RuntimeEngine: docker

      # When running a container, run a dedicated keepstore process,
      # using the specified number of 64 MiB memory buffers per
      # allocated CPU core (VCPUs in the container's runtime
      # constraints). The dedicated keepstore handles I/O for
      # collections mounted in the container, as well as saving
      # container logs.
      #
      # A zero value disables this feature.
      #
      # In order for this feature to be activated, no volume may use
      # AccessViaHosts, and no writable volume may have Replication
      # lower than Collections.DefaultReplication. If these
      # requirements are not satisfied, the feature is disabled
      # automatically regardless of the value given here.
      #
      # When an HPC dispatcher is in use (see SLURM and LSF sections),
      # this feature depends on the operator to ensure an up-to-date
      # cluster configuration file (/etc/arvados/config.yml) is
      # available on all compute nodes. If it is missing or not
      # readable by the crunch-run user, the feature will be disabled
      # automatically. To read it from a different location, add a
      # "-config=/path/to/config.yml" argument to
      # CrunchRunArgumentsList above.
      #
      # When the cloud dispatcher is in use (see CloudVMs section) and
      # this configuration is enabled, the entire cluster
      # configuration file, including the system root token, is copied
      # to the worker node and held in memory for the duration of the
      # container.
      LocalKeepBlobBuffersPerVCPU: 0

      # When running a dedicated keepstore process for a container
      # (see LocalKeepBlobBuffersPerVCPU), write keepstore log
      # messages to keepstore.txt in the container's log collection.
      #
      # These log messages can reveal some volume configuration
      # details, error messages from the cloud storage provider, etc.,
      # which are not otherwise visible to users.
      #
      # Accepted values:
      # * "none" -- no keepstore.txt file
      # * "all" -- all logs, including request and response lines
      # * "errors" -- all logs except "response" logs with 2xx
      #   response codes and "request" logs
      LocalKeepLogsToContainerLog: none

    #   Logging:
    #     # Container logs are written to Keep and saved in a
    #     # collection, which is updated periodically while the
    #     # container runs.  This value sets the interval between
    #     # collection updates.
    #     LogUpdatePeriod: 30m

    #     # The log collection is also updated when the specified amount of
    #     # log data (given in bytes) is produced in less than one update
    #     # period.
    #     LogUpdateSize: 32MiB

    #   ShellAccess:
    #     # An admin user can use "arvados-client shell" to start an
    #     # interactive shell (with any user ID) in any running
    #     # container.
    #     Admin: false

    #     # Any user can use "arvados-client shell" to start an
    #     # interactive shell (with any user ID) in any running
    #     # container that they started, provided it isn't also
    #     # associated with a different user's container request.
    #     #
    #     # Interactive sessions make it easy to alter the container's
    #     # runtime environment in ways that aren't recorded or
    #     # reproducible. Consider the implications for automatic
    #     # container reuse before enabling and using this feature. In
    #     # particular, note that starting an interactive session does
    #     # not disqualify a container from being reused by a different
    #     # user/workflow in the future.
    #     User: false

    #   SLURM:
    #     PrioritySpread: 0
    #     SbatchArgumentsList: []
    #     SbatchEnvironmentVariables:
    #       SAMPLE: ""

    #   LSF:
    #     # Arguments to bsub when submitting Arvados containers as LSF jobs.
    #     #
    #     # Template variables starting with % will be substituted as follows:
    #     #
    #     # %U uuid
    #     # %C number of VCPUs
    #     # %M memory in MB
    #     # %T tmp in MB
    #     # %G number of GPU devices (runtime_constraints.cuda.device_count)
    #     # %W maximum run time in minutes (see MaxRunTimeOverhead and
    #     #    MaxRunTimeDefault below)
    #     #
    #     # Use %% to express a literal %. For example, the %%J in the
    #     # default argument list will be changed to %J, which is
    #     # interpreted by bsub itself.
    #     #
    #     # Note that the default arguments cause LSF to write two files
    #     # in /tmp on the compute node each time an Arvados container
    #     # runs. Ensure you have something in place to delete old files
    #     # from /tmp, or adjust the "-o" and "-e" arguments accordingly.
    #     #
    #     # If ["-We", "%W"] or ["-W", "%W"] appear in this argument
    #     # list, and MaxRunTimeDefault is not set (see below), both of
    #     # those arguments will be dropped from the argument list when
    #     # running a container that has no max_run_time value.
    #     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"]

    #     # Arguments that will be appended to the bsub command line
    #     # when submitting Arvados containers as LSF jobs with
    #     # runtime_constraints.gpu.device_count > 0
    #     BsubGPUArguments: ["-gpu", "num=%G"]

    #     # Use sudo to switch to this user account when submitting LSF
    #     # jobs.
    #     #
    #     # This account must exist on the hosts where LSF jobs run
    #     # ("execution hosts"), as well as on the host where the
    #     # Arvados LSF dispatcher runs ("submission host").
    #     BsubSudoUser: "crunch"

    #     # When passing the scheduling_constraints.max_run_time value
    #     # to LSF via "%W", add this much time to account for
    #     # crunch-run startup/shutdown overhead.
    #     MaxRunTimeOverhead: 5m

    #     # If non-zero, MaxRunTimeDefault is used as the default value
    #     # for max_run_time for containers that do not specify a time
    #     # limit.  MaxRunTimeOverhead will be added to this.
    #     #
    #     # Example:
    #     # MaxRunTimeDefault: 2h
    #     MaxRunTimeDefault: 0

    #   CloudVMs:
    #     # Enable the cloud scheduler.
    #     Enable: false

    #     # Name/number of port where workers' SSH services listen.
    #     SSHPort: "22"

    #     # Interval between queue polls.
    #     PollInterval: 10s

    #     # Shell command to execute on each worker to determine whether
    #     # the worker is booted and ready to run containers. It should
    #     # exit zero if the worker is ready.
    #     BootProbeCommand: "systemctl is-system-running"

    #     # Minimum interval between consecutive probes to a single
    #     # worker.
    #     ProbeInterval: 10s

    #     # Maximum probes per second, across all workers in a pool.
    #     MaxProbesPerSecond: 10

    #     # Time before repeating SIGTERM when killing a container.
    #     TimeoutSignal: 5s

    #     # Time to give up on a process (most likely arv-mount) that
    #     # still holds a container lockfile after its main supervisor
    #     # process has exited, and declare the instance broken.
    #     TimeoutStaleRunLock: 5s

    #     # Time to give up on SIGTERM and write off the worker.
    #     TimeoutTERM: 2m

    #     # Maximum create/destroy-instance operations per second (0 =
    #     # unlimited).
    #     MaxCloudOpsPerSecond: 10

    #     # Maximum concurrent instance creation operations (0 = unlimited).
    #     #
    #     # MaxConcurrentInstanceCreateOps limits the number of instance creation
    #     # requests that can be in flight at any one time, whereas
    #     # MaxCloudOpsPerSecond limits the number of create/destroy operations
    #     # that can be started per second.
    #     #
    #     # Because the API for instance creation on Azure is synchronous, it is
    #     # recommended to increase MaxConcurrentInstanceCreateOps when running
    #     # on Azure. When using managed images, a value of 20 would be
    #     # appropriate. When using Azure Shared Image Galeries, it could be set
    #     # higher. For more information, see
    #     # https://docs.microsoft.com/en-us/azure/virtual-machines/linux/capture-image
    #     #
    #     # MaxConcurrentInstanceCreateOps can be increased for other cloud
    #     # providers too, if desired.
    #     MaxConcurrentInstanceCreateOps: 1

    #     # The maximum number of instances to run at a time, or 0 for
    #     # unlimited.
    #     #
    #     # If more instances than this are already running and busy
    #     # when the dispatcher starts up, the running containers will
    #     # be allowed to finish before the excess instances are shut
    #     # down.
    #     MaxInstances: 64

    #     # The minimum number of instances expected to be runnable
    #     # without reaching a provider-imposed quota.
    #     #
    #     # This is used as the initial value for the dispatcher's
    #     # dynamic instance limit, which increases (up to MaxInstances)
    #     # as containers start up successfully and decreases in
    #     # response to high API load and cloud quota errors.
    #     #
    #     # Setting this to 0 means the dynamic instance limit will
    #     # start at MaxInstances.
    #     #
    #     # Situations where you may want to set this (to a value less
    #     # than MaxInstances) would be when there is significant
    #     # variability or uncertainty in the actual cloud resources
    #     # available.  Upon reaching InitialQuotaEstimate the
    #     # dispatcher will switch to a more conservative behavior with
    #     # slower instance start to avoid over-shooting cloud resource
    #     # limits.
    #     InitialQuotaEstimate: 0

    #     # Maximum fraction of available instance capacity allowed to
    #     # run "supervisor" containers at any given time. A supervisor
    #     # is a container whose purpose is mainly to submit and manage
    #     # other containers, such as arvados-cwl-runner workflow
    #     # runner.
    #     #
    #     # If there is a hard limit on the amount of concurrent
    #     # containers that the cluster can run, it is important to
    #     # avoid crowding out the containers doing useful work with
    #     # containers who just create more work.
    #     #
    #     # For example, with the default MaxInstances of 64, it will
    #     # schedule at most floor(64*0.50) = 32 concurrent workflow
    #     # runners, ensuring 32 slots are available for work.
    #     SupervisorFraction: 0.50

    #     # Interval between cloud provider syncs/updates ("list all
    #     # instances").
    #     SyncInterval: 1m

    #     # Time to leave an idle worker running (in case new containers
    #     # appear in the queue that it can run) before shutting it
    #     # down.
    #     TimeoutIdle: 1m

    #     # Time to wait for a new worker to boot (i.e., pass
    #     # BootProbeCommand) before giving up and shutting it down.
    #     TimeoutBooting: 10m

    #     # Maximum time a worker can stay alive with no successful
    #     # probes before being automatically shut down.
    #     TimeoutProbe: 10m

    #     # Time after shutting down a worker to retry the
    #     # shutdown/destroy operation.
    #     TimeoutShutdown: 10s

    #     # Worker VM image ID.
    #     # (aws) AMI identifier
    #     # (azure) managed disks: the name of the managed disk image
    #     # (azure) shared image gallery: the name of the image definition. Also
    #     # see the SharedImageGalleryName and SharedImageGalleryImageVersion fields.
    #     # (azure) unmanaged disks (deprecated): the complete URI of the VHD, e.g.
    #     # https://xxxxx.blob.core.windows.net/system/Microsoft.Compute/Images/images/xxxxx.vhd
    #     ImageID: ""

    #     # Shell script to run on new instances using the cloud
    #     # provider's UserData (EC2) or CustomData (Azure) feature.
    #     #
    #     # It is not necessary to include a #!/bin/sh line.
    #     InstanceInitCommand: ""

    #     # An executable file (located on the dispatcher host) to be
    #     # copied to cloud instances at runtime and used as the
    #     # "crunch-run" container runner/supervisor. The default value
    #     # is the dispatcher program itself.
    #     #
    #     # Use an empty string to disable this step: nothing will be
    #     # copied, and cloud instances are assumed to have a suitable
    #     # version of crunch-run installed; see CrunchRunCommand above.
    #     DeployRunnerBinary: "/proc/self/exe"

    #     # Directory to store the crunch-run binary on cloud instances
    #     # (see DeployRunnerBinary above).  The "mkdir -p" command will
    #     # be used to create the directory and its parents if needed.
    #     DeployRunnerDirectory: /tmp/arvados-crunch-run

    #     # Install the Dispatcher's SSH public key (derived from
    #     # DispatchPrivateKey) when creating new cloud
    #     # instances. Change this to false if you are using a different
    #     # mechanism to pre-install the public key on new instances.
    #     DeployPublicKey: true

    #     # Tags to add on all resources (VMs, NICs, disks) created by
    #     # the container dispatcher. (Arvados's own tags --
    #     # InstanceType, IdleBehavior, and InstanceSecret -- will also
    #     # be added.)
    #     ResourceTags:
    #       SAMPLE: "tag value"

    #     # Prefix for predefined tags used by Arvados (InstanceSetID,
    #     # InstanceType, InstanceSecret, IdleBehavior). With the
    #     # default value "Arvados", tags are "ArvadosInstanceSetID",
    #     # "ArvadosInstanceSecret", etc.
    #     #
    #     # This should only be changed while no cloud resources are in
    #     # use and the cloud dispatcher is not running. Otherwise,
    #     # VMs/resources that were added using the old tag prefix will
    #     # need to be detected and cleaned up manually.
    #     TagKeyPrefix: Arvados

    #     # Cloud driver: "azure" (Microsoft Azure), "ec2" (Amazon AWS),
    #     # or "loopback" (run containers on dispatch host for testing
    #     # purposes).
    #     Driver: ec2

    #     # Cloud-specific driver parameters.
    #     DriverParameters:

    #       # (ec2) Credentials. Omit or leave blank if using IAM role.
    #       AccessKeyID: ""
    #       SecretAccessKey: ""

    #       # (ec2) Instance configuration.

    #       # (ec2) Region, like "us-east-1".
    #       Region: ""

    #       # (ec2) Security group IDs. Omit or use {} to use the
    #       # default security group.
    #       SecurityGroupIDs:
    #         "SAMPLE": {}

    #       # (ec2) One or more subnet IDs. Omit or leave empty to let
    #       # AWS choose a default subnet from your default VPC. If
    #       # multiple subnets are configured here (enclosed in brackets
    #       # like [subnet-abc123, subnet-def456]) the cloud dispatcher
    #       # will detect subnet-related errors and retry using a
    #       # different subnet. Most sites specify one subnet.
    #       SubnetID: ""

    #       EBSVolumeType: gp2

    #       # (ec2) name of the IAMInstanceProfile for instances started by
    #       # the cloud dispatcher. Leave blank when not needed.
    #       IAMInstanceProfile: ""

    #       # (ec2) how often to look up spot instance pricing data
    #       # (only while running spot instances) for the purpose of
    #       # calculating container cost estimates. A value of 0
    #       # disables spot price lookups entirely.
    #       SpotPriceUpdateInterval: 24h

    #       # (ec2) per-GiB-month cost of EBS volumes. Matches
    #       # EBSVolumeType. Used to account for AddedScratch when
    #       # calculating container cost estimates. Note that
    #       # https://aws.amazon.com/ebs/pricing/ defines GB to mean
    #       # GiB, so an advertised price $0.10/GB indicates a real
    #       # price of $0.10/GiB and can be entered here as 0.10.
    #       EBSPrice: 0.10

    #       # (ec2) Mapping of alphabetic instance type prefix to
    #       # instance quota group. Any prefix not listed here will be
    #       # treated as a distinct instance quota group. For example,
    #       # "trn1.2xlarge" will implicitly belong to instance quota
    #       # group "trn".
    #       #
    #       # Knowing that multiple instance types belong to the same
    #       # quota group enables the dispatcher to minimize futile
    #       # attempts to create new instances when a quota has been
    #       # reached.
    #       #
    #       # All keys must be lowercase.
    #       InstanceTypeQuotaGroups:
    #         a: standard
    #         c: standard
    #         d: standard
    #         h: standard
    #         i: standard
    #         m: standard
    #         r: standard
    #         t: standard
    #         z: standard
    #         vt: g
    #         p5: p5

    #       # (azure) Credentials.
    #       SubscriptionID: ""
    #       ClientID: ""
    #       ClientSecret: ""
    #       TenantID: ""

    #       # (azure) Instance configuration.
    #       CloudEnvironment: AzurePublicCloud
    #       Location: centralus

    #       # (azure) The resource group where the VM and virtual NIC will be
    #       # created.
    #       ResourceGroup: ""

    #       # (azure) The resource group of the Network to use for the virtual
    #       # NIC (if different from ResourceGroup)
    #       NetworkResourceGroup: ""
    #       Network: ""
    #       Subnet: ""

    #       # (azure) managed disks: The resource group where the managed disk
    #       # image can be found (if different from ResourceGroup).
    #       ImageResourceGroup: ""

    #       # (azure) shared image gallery: the name of the gallery
    #       SharedImageGalleryName: ""
    #       # (azure) shared image gallery: the version of the image definition
    #       SharedImageGalleryImageVersion: ""

    #       # (azure) unmanaged disks (deprecated): Where to store the VM VHD blobs
    #       StorageAccount: ""
    #       BlobContainer: ""

    #       # (azure) How long to wait before deleting VHD and NIC
    #       # objects that are no longer being used.
    #       DeleteDanglingResourcesAfter: 20s

    #       # Account (that already exists in the VM image) that will be
    #       # set up with an ssh authorized key to allow the compute
    #       # dispatcher to connect.
    #       AdminUsername: crunch

    # InstanceTypes:

    #   # Use the instance type name as the key (in place of "SAMPLE" in
    #   # this sample entry).
    #   SAMPLE:
    #     # Cloud provider's instance type. Defaults to the configured type name.
    #     ProviderType: ""
    #     VCPUs: 1
    #     RAM: 128MiB
    #     IncludedScratch: 16GB
    #     AddedScratch: 0

    #     # Hourly price ($), used to select node types for containers,
    #     # and to calculate estimated container costs. For spot
    #     # instances on EC2, this is also used as the maximum price
    #     # when launching spot instances, while the estimated container
    #     # cost is computed based on the current spot price according
    #     # to AWS. On Azure, and on-demand instances on EC2, the price
    #     # given here is used to compute container cost estimates.
    #     Price: 0.1
    #     Preemptible: false

    #     # Include this section if the instance type includes GPU support
    #     GPU:
    #       # The software stack, currently "cuda" or "rocm"
    #       Stack: "cuda"

    #       # The version of the driver installed on this instance, in
    #       # X.Y format
    #       DriverVersion: "11.0"

    #       # The architecture or capabilities of the GPU hardware
    #       #
    #       #   For 'cuda', this is the Compute Capability in X.Y
    #       #   format.
    #       #
    #       #   For 'rocm', this is the LLVM target (e.g. gfx1100) for
    #       #   the GPU hardware.
    #       HardwareTarget: "9.0"

    #       # The number GPUs on this instance
    #       DeviceCount: 1

    #       # The amount of VRAM per GPU
    #       VRAM: 8000000000

    StorageClasses: {}
      # # If you use multiple storage classes, specify them here, using
      # # the storage class name as the key (in place of "SAMPLE" in
      # # this sample entry).
      # #
      # # Further info/examples:
      # # https://doc.arvados.org/admin/storage-classes.html
      # SAMPLE:

      #   # Priority determines the order volumes should be searched
      #   # when reading data, in cases where a keepstore server has
      #   # access to multiple volumes with different storage classes.
      #   Priority: 0

      #   # Default determines which storage class(es) should be used
      #   # when a user/client writes data or saves a new collection
      #   # without specifying storage classes.
      #   #
      #   # If any StorageClasses are configured, at least one of them
      #   # must have Default: true.
      #   Default: true

    Volumes:
      z2a05-nyw5e-syv6ysltjskposm:
        # AccessViaHosts specifies which keepstore processes can read
        # and write data on the volume.
        #
        # For a local filesystem, AccessViaHosts has one entry,
        # indicating which server the filesystem is located on.
        #
        # For a network-attached backend accessible by all keepstore
        # servers, like a cloud storage bucket or an NFS mount,
        # AccessViaHosts can be empty/omitted.
        #
        # Further info/examples:
        # https://doc.arvados.org/install/configure-fs-storage.html
        # https://doc.arvados.org/install/configure-s3-object-storage.html
        # https://doc.arvados.org/install/configure-azure-blob-storage.html
        AccessViaHosts:
          "http://z2a05b1:8881/": {}
        ReadOnly: false
        # AllowTrashWhenReadOnly enables unused and overreplicated
        # blocks to be trashed/deleted even when ReadOnly is
        # true. Normally, this is false and ReadOnly prevents all
        # trash/delete operations as well as writes.
        AllowTrashWhenReadOnly: false
        Replication: 1
        StorageClasses: {}
          # If you have configured storage classes (see StorageClasses
          # section above), add an entry here for each storage class
          # satisfied by this volume.
          #SAMPLE: true
        Driver: Directory
        DriverParameters:
          # for local directory driver -- see
          # https://doc.arvados.org/install/configure-fs-storage.html
          Root: /var/lib/arvados/keep-data
          # For local directory driver, potentially confusing tuning
          # parameter, intentionally excluded from main documentation.
          #
          # When true, read and write operations (for whole 64MiB
          # blocks) on an individual volume will queued and issued
          # serially.  When false, read and write operations will be
          # issued concurrently.
          #
          # May possibly improve throughput if you have physical spinning disks
          # and experience contention when there are multiple requests
          # to the same volume.
          #
          # Otherwise, when using SSDs, RAID, or a shared network filesystem, you
          # should leave this alone.
          Serialize: false

      z2a05-nyw5e-rchcbzdo58k4lza:
        # AccessViaHosts specifies which keepstore processes can read
        # and write data on the volume.
        #
        # For a local filesystem, AccessViaHosts has one entry,
        # indicating which server the filesystem is located on.
        #
        # For a network-attached backend accessible by all keepstore
        # servers, like a cloud storage bucket or an NFS mount,
        # AccessViaHosts can be empty/omitted.
        #
        # Further info/examples:
        # https://doc.arvados.org/install/configure-fs-storage.html
        # https://doc.arvados.org/install/configure-s3-object-storage.html
        # https://doc.arvados.org/install/configure-azure-blob-storage.html
        AccessViaHosts:
          "http://z2a05b2:8882/": {}
        ReadOnly: false
        # AllowTrashWhenReadOnly enables unused and overreplicated
        # blocks to be trashed/deleted even when ReadOnly is
        # true. Normally, this is false and ReadOnly prevents all
        # trash/delete operations as well as writes.
        AllowTrashWhenReadOnly: false
        Replication: 1
        StorageClasses:
          # If you have configured storage classes (see StorageClasses
          # section above), add an entry here for each storage class
          # satisfied by this volume.
          #SAMPLE: true
        Driver: Directory
        DriverParameters:
          # for local directory driver -- see
          # https://doc.arvados.org/install/configure-fs-storage.html
          Root: /var/lib/arvados/keep-data
          # For local directory driver, potentially confusing tuning
          # parameter, intentionally excluded from main documentation.
          #
          # When true, read and write operations (for whole 64MiB
          # blocks) on an individual volume will queued and issued
          # serially.  When false, read and write operations will be
          # issued concurrently.
          #
          # May possibly improve throughput if you have physical spinning disks
          # and experience contention when there are multiple requests
          # to the same volume.
          #
          # Otherwise, when using SSDs, RAID, or a shared network filesystem, you
          # should leave this alone.
          Serialize: false

    # RemoteClusters:
    #   "*":
    #     Host: ""
    #     Proxy: false
    #     Scheme: https
    #     Insecure: false
    #     ActivateUsers: false
    #   SAMPLE:
    #     # API endpoint host or host:port; default is {id}.arvadosapi.com
    #     Host: sample.arvadosapi.com

    #     # Perform a proxy request when a local client requests an
    #     # object belonging to this remote.
    #     Proxy: false

    #     # Default "https". Can be set to "http" for testing.
    #     Scheme: https

    #     # Disable TLS verify. Can be set to true for testing.
    #     Insecure: false

    #     # When users present tokens issued by this remote cluster, and
    #     # their accounts are active on the remote cluster, activate
    #     # them on this cluster too.
    #     ActivateUsers: false

    Workbench:
      # Workbench1 configs
      # Theme: default
      # ActivationContactLink: mailto:info@arvados.org
      # ArvadosDocsite: https://doc.arvados.org
      # ArvadosPublicDataDocURL: https://playground.arvados.org/projects/public
      # ShowUserAgreementInline: false

      # Set this configuration to true to avoid providing an easy way for users
      # to share data with unauthenticated users; this may be necessary on
      # installations where strict data access controls are needed.
      DisableSharingURLsUI: false

      # Below is a sample setting of user_profile_form_fields config parameter.
      # This configuration parameter should be set to either false (to disable) or
      # to a map as shown below.
      # Configure the map of input fields to be displayed in the profile page
      # using the attribute "key" for each of the input fields.
      # This sample shows configuration with one required and one optional form fields.
      # For each of these input fields:
      #   You can specify "Type" as "text" or "select".
      #   List the "Options" to be displayed for each of the "select" menu.
      #   Set "Required" as "true" for any of these fields to make them required.
      # If any of the required fields are missing in the user's profile, the user will be
      # redirected to the profile page before they can access any Workbench features.
      # UserProfileFormFields:
      #   SAMPLE:
      #     Type: select
      #     FormFieldTitle: Best color
      #     FormFieldDescription: your favorite color
      #     Required: false
      #     Position: 1
      #     Options:
      #       red: {}
      #       blue: {}
      #       green: {}
      #       SAMPLE: {}

        # exampleTextValue:  # key that will be set in properties
        #   Type: text  #
        #   FormFieldTitle: ""
        #   FormFieldDescription: ""
        #   Required: true
        #   Position: 1
        # exampleOptionsValue:
        #   Type: select
        #   FormFieldTitle: ""
        #   FormFieldDescription: ""
        #   Required: true
        #   Position: 1
        #   Options:
        #     red: {}
        #     blue: {}
        #     yellow: {}

      # Use "UserProfileFormMessage to configure the message you want
      # to display on the profile page.
      UserProfileFormMessage: 'Welcome to Arvados. All <span style="color:red">required fields</span> must be completed before you can proceed.'

      SiteName: Arvados Workbench

      # Workbench2 configs
      FileViewersConfigURL: ""

      # Idle time after which the user's session will be auto closed.
      # This feature is disabled when set to zero.
      IdleTimeout: 0s

      # UUID of a collection.  This collection should be shared with
      # all users.  Workbench will look for a file "banner.html" in
      # this collection and display its contents (should be
      # HTML-formatted text) when users first log in to Workbench.
      BannerUUID: ""

      # Workbench welcome screen, this is HTML text that will be
      # incorporated directly onto the page.
      WelcomePageHTML: |
        <img src="/arvados-logo-big.png" style="width: 20%; float: right; padding: 1em;" />
        <h2>Please log in.</h2>

        <p>If you have never used Arvados Workbench before, logging in
        for the first time will automatically create a new
        account.</p>

        <i>Arvados Workbench uses your information only for
        identification, and does not retrieve any other personal
        information.</i>

      # Workbench screen displayed to inactive users.  This is HTML
      # text that will be incorporated directly onto the page.
      InactivePageHTML: |
        <img src="/arvados-logo-big.png" style="width: 20%; float: right; padding: 1em;" />
        <h3>Hi! You're logged in, but...</h3>
        <p>Your account is inactive.</p>
        <p>An administrator must activate your account before you can get
        any further.</p>

      # Connecting to Arvados shell VMs tends to be site-specific.
      # Put any special instructions here. This is HTML text that will
      # be incorporated directly onto the Workbench page.
      SSHHelpPageHTML: |
        <a href="https://doc.arvados.org/user/getting_started/ssh-access-unix.html">Accessing an Arvados VM with SSH</a> (generic instructions).
        Site configurations vary.  Contact your local cluster administrator if you have difficulty accessing an Arvados shell node.

      # Sample text if you are using a "switchyard" ssh proxy.
      # Replace "zzzzz" with your Cluster ID.
      #SSHHelpPageHTML: |
      # <p>Add a section like this to your SSH configuration file ( <i>~/.ssh/config</i>):</p>
      # <pre>Host *.zzzzz
      #  TCPKeepAlive yes
      #  ServerAliveInterval 60
      #  ProxyCommand ssh -p2222 turnout@switchyard.zzzzz.arvadosapi.com -x -a $SSH_PROXY_FLAGS %h
      # </pre>

      # If you are using a switchyard ssh proxy, shell node hostnames
      # may require a special hostname suffix.  In the sample ssh
      # configuration above, this would be ".zzzzz"
      # This is added to the hostname in the "command line" column
      # the Workbench "shell VMs" page.
      #
      # If your shell nodes are directly accessible by users without a
      # proxy and have fully qualified host names, you should leave
      # this blank.
      SSHHelpHostSuffix: ""
    # Token used internally by Arvados components to authenticate to
    # one another. Use a string of at least 50 random alphanumerics.
    SystemRootToken: ""

    # Token to be included in all healthcheck requests. Disabled by default.
    # Server expects request header of the format "Authorization: Bearer xxx"
    ManagementToken: ""
    PostgreSQL:
      # max concurrent connections per arvados server daemon
      ConnectionPool: 32
      Connection:
        # All parameters here are passed to the PG client library in a connection string;
        # see https://www.postgresql.org/docs/current/static/libpq-connect.html#LIBPQ-PARAMKEYWORDS
        host: "z2a05a"
        port: "5432"
        user: "arv_z2a05"
        password: "FIXME"
        dbname: "arv_z2a05"


# (Experimental) Restart services automatically when config file
# changes are detected. Only supported by `arvados-server boot` in
# dev/test mode.
AutoReloadConfig: false
