ACC installation on a Linux OS system › ACC deployment - servers › Configuring Agent Client Collector › Agent Client Collector › IT Operations Management
Install Agent Client Collector using a package distribution tool. Before installing, you can manually install the Agent Client Collector on a few machines to ensure that your agents contain the correct policies and checks before installing a large number of agents.
Before you begin
Ensure that the Agent Client Collector Listener is configured on your MID Servers, and the service is available from your target hosts.
Verify whether there are restrictions or requirements to be aware of during deployment, such as specifying an account other than the default servicenow account. For more information about embedding the agent into your own automated system, see ITOM Agent Client Collector documentation material [KB1122613].
Ensure that the MID Server and its MID Web Server and ACC Websocket Endpoint extensions are up and running.
Enable golden image mode for cloning additional agents by setting the golden image marker located at /tmp/acc-goldenimage. The golden image marker takes no action during new Linux installations, as there is nothing which requires cleaning.
Retrieve the MID Server ACC Listener information to be specified in the agent's backend-url parameter.
Navigate to All > Agent Client Collector > Deployment > MID Servers.
Select a MID Server.
Select the ACC Websocket Endpoints tab.
Select a websocket endpoint.
Copy the value in the Endpoint URL field.
Retrieve the MID Server API key specified in the agent's api-key parameter.
Navigate to All > Agent Client Collector > Deployment > MID Web Server API Key.
Select the API key you want to use.
In the Related Links section, select View API key.
Copy the API key value and close the pop-up window.
Role required: agent_client_collector_admin
About this task
During Linux installation (and upgrade), the agent executable file is enabled with Linux capabilities (CAP_SETFCAP, CAP_SETPCAP) by default. Store apps such as Agent Client Collector Log Analytics (ACC-L) can use this to grant capabilities to read the entire file system (CAP_DAC_READ_SEARCH). The system undergoes various security measures, such as double verification of the content origination, leveraging the plugin verification process and more, to ensure that granting capabilities does not pose a security risk. This procedure assumes that you are familiar with commands for Linux capabilities.
To opt out of these enhanced capabilities, run the following commands, based on your Linux OS/packaging system:
Install the Agent Client Collector package using the package manager associated with Linux distribution.
OS
Command
RHEL-based
yum / dnf localinstall
SLES
zypper install
Debian-based
apt-get install
Alternatively, if these commands aren't configured correctly, you can use the core commands that are configured to run with the package manager commands.
Debian-based system: # dpkg -i agent-client-collector-<version number>-<distro>_amd64.deb Verify that the package commands are configured correctly with your system administrator.
Note: Some file systems may have restrictions enabled; for example, /var/ may be mounted with a noexec flag. Because the agent must execute Agent Client Collector plugins that are normally stored in the /var/cache directory, you must deploy the application into specific folders by customizing the installation paths using the --relocate option as an .rpm parameter.
For example: rpm -i --relocate /var/cache=/opt/cache agent-client-collector-<version_number>-x86_64.rpm
The following paths can be relocated:
Path
Notes
/etc
When updating, you must also update the allow-list parameter in the acc.yml file with the new path.
<usr share location>/usr/share
N/A
<cache dir location>/var/cache
Updating the /var directory retains all /var subdirectories, nested under the new directory.
/var/log
/var/run
/var
After relocating an installation path, update the relevant ACC_UPGRADE_CMD string described in step 7.
Review the paths in /usr/lib/systemd/system/acc.service to ensure that they appear as expected.
When installing a .deb package, configure the agent's acc.yml configuration file.
Copy the sample configuration file by running the following command.
Note: This step is not relevant for .rpm packages, which come with acc.yml and check-allow-list.json files included in the base system.
Update the configuration file, adding check-allow-list.json to /etc/servicenow/agent-client-collector and copying the backend-url and api-key from the instance.
The allow-list feature, indicating the commands permitted to be executed by the agent, is enabled.
Configure sudoers.
Configuration is typically automated by your Linux sysadmin. To manually configure ensuring correctness before full configuration, run the following to create a new sudoers file for the agent service user:
visudo -f /etc/sudoers.d/01_servicenow
Add the sudoers configuration according to your Linux distribution.
When installing agents on a deb/ubuntu system, run the following: