Now that Swarm is ready for use, you need to configure it to work in your environment.
- Helix Core server can refer to a Helix server machine (P4D), proxy, broker, replica, edge server, or commit server. For simplicity, the term Helix server is used to refer to any configuration of a Helix Core server machine.
- Swarm can be connected to Helix servers (P4D) and commit servers.
- Swarm must not be connected to Helix Broker, Helix Proxy, Helix Edge, forwarding replica, or read-only replica servers.
To configure Swarm to connect to more than one Helix server (P4D), see Multiple-Helix server instances.
To configure Swarm to connect to a Helix server configured to use commit-edge architecture, see Commit-edge deployment.
If your Helix server is configured for Helix Authentication Service, the Helix server must be temporarily configured to allow fall-back to passwords while you establish a connection to the Helix server. Run the following command on the Helix server to enable fall-back to passwords:
p4 configure set auth.sso.allow.passwd=1
SWARM_ROOT/data/config.php file so that it contains the following configuration block:
<?php return array( 'p4' => array( 'port' => 'my-helix-core-server:1666', 'user' => 'admin_userid', 'password' => 'admin user ticket or password', 'sso' => 'disabled', // ['disabled'|'optional'|'enabled'] default value is 'disabled' ), 'log' => array( 'priority' => 3, // 7 for max, defaults to 3 ), 'mail' => array( 'transport' => array( 'host' => 'my.mx.host', ), ), );
For the port value, replace my-helix-core-server:1666 with the P4PORT value used to connect to your Helix server.
If your Helix server is deployed using the commit-edge architecture, ensure that Swarm's port value points to the commit server.
If the port points to a Helix Broker, ensure that the broker does not delegate commands to different replicas, edge servers, or proxies. Such delegation can cause odd problems or outright failures in Swarm.
Swarm needs to have a consistent, current view of the state of Helix server, and works best when it connects to a central/commit server.
For the user value, replace admin_userid with a normal Helix server userid that has admin-level access to Helix server.
- This user is used by Swarm to communicate with the Helix server. It should not be used to perform everyday Swarm reviewing tasks.
- Helix server 2020.1 and later, permissions have changed for viewing and editing stream spec files in Swarm. To view and edit stream spec files in Swarm, the Swarm user must have admin permissions for the entire depot //...
For the password value, while a plain-text password works, we recommend that you use a ticket value instead. Obtain the ticket value for the admin_userid during login with this command:
p4 -p my-helix-core-server:1666 -u admin_userid login -p
If your Helix server authentication is configured in the one of the following ways, ticket-based authentication is required:
- Authentication configured with security level 3.
- Authentication configured for LDAP.
- Authentication configured for Helix Authentication Service.
You can determine when the admin userid ticket will expire with:
p4 -p my-helix-core-server:1666 -u admin_userid -P ticket_value login -s
Set sso to one of the following:
enabled all users must use Helix Authentication Service to log in to Swarm.
optional Helix Authentication Service is available for users to log in to Swarm but is not enforced.
disabled Helix Authentication Service is not available to Swarm. This is the default value.
From Swarm 2021.1, the sso_enabled configurable is deprecated but remains supported. It is replaced with the more flexible sso configurable. If the sso_enabled configurable and sso configurable are both present in the p4 configuration block, Swarm uses the sso configurable value.
For the host value, replace my.mx.host with the hostname of the mail exchanger service that Swarm should use to send its email notifications.
Since this configuration file contains the credentials for a Helix server admin-level user, we recommend that this file's ownership and permissions be adjusted such that only the web server user can read the file, and that no user can write the file.
You can now configure some additional functionality for Swarm:
- Optional: JIRA integration, see Jira.
- Optional: LibreOffice integration, see LibreOffice.
- Optional: Manually specify the Swarm hostname, see Swarm hostname.
Establish a trigger token, see Establish trigger token.
Swarm provides optional functionality that could be enabled at this time:
Swarm normally auto-detects the hostname it operates under. In some system configurations, the auto-detection logic might not choose the correct hostname, such as when there are multiple virtual hosts configured for a single Swarm instance. When auto-detection chooses the wrong hostname, email notifications, worker start up, and more could be affected.
If you need to specify the Swarm hostname, see hostname for details.