This page describes how to install the Standalone Machine Agent on Linux systems that support the RPM Package Manager:
SUSE Linux Enterprise Server
For Linux systems that do not support RPM, use the JRE Bundled Zip Archive
The RPM installer makes these changes to the host machine:
- Creates an appdynamics-machine-agent group and an appdynamics-machine-agent user
- Assigns ownership of certain files in the machine-agent directory to the appdynamics-machine-agent user
These changes are necessary to enable non-root users to configure and run an RPM-installed agent. To use a different user or group for the machine agent service, set the MACHINE_AGENT_USER and MACHINE_AGENT_GROUP environment variables in a shell for RPM installation.
If the specified user or group does not exist, an error message appears and the RPM installation stops. To continue, you must define users and groups.
If this is an issue in your environment, then you install the agent using the ZIP archive (see Linux Install Using ZIP with Bundled JRE)
Install the Machine Agent
Before installing, review Install the Machine Agent
Download and install the RPM Package. With administrative privileges, enter the following CLI code where <pkg-name.rpm> is the name of the package for your environment, such as
The agent files are installed in
opt/appdynamics/machine-agentand the agent is added as a service.
Gather your configuration details and configure the agent by editing<machine_agent_home>/conf/controller-info.xml file or by adding system properties to the JVM startup script file.
See Plan the Standalone Machine Agent Configuration
- (Required) Configure the Controller host name, port number, and account access key.
- (Optional) Review memory requirements. See Machine Agent Requirements and Supported Environments
- (Optional) Configure the agent to use SSL. See Enable SSL for Machine Agent
- (Optional) Configure the agent to use proxy settings. See Machine Agent Configuration Properties
- (Required for Multi-Tenant Mode or SaaS installations) Configure the Agent Account Information. See Controller Accounts (Multi-Tenancy)
- (Optional) Determine if you need to specify an application name and tier name. See Machine Agent Installation Scenarios
If you are installing the Standalone Machine Agent on the same server with any APM app agent, do not specify application name and tier name.
- Start the Agent. You can start the agent as a service (requires sudo or root user) or from the command line. If
systemdwas detected during installation, you can use the
systemctlcommand to start the agent service.
- Using SysV –
service appdynamics-machine-agent start
- Using systemd –
systemctl start appdynamics-machine-agent
- From the Command Line – <machine_agent_home>
- From the Launcher – <machine_agent_home>
- Using SysV –
RPM Package Function
The RPM package manager installs the agent files to
opt/appdynamics/machine-agent, creates symbolic links, sets environment variables, and adds the agent as a service.
The RPM package manager creates the symbolic links to agent scripts and configuration files in the
/etc directory. You can edit these links to accommodate a different installation directory, JRE, or system user account running the agent.
Link for SysV Service Script
/etc/init.d/appdynamics-machine-agent >> /opt/appdynamics/machine-agent/etc/init.d/appdynamics-machine-agent
This script provides these service commands:
Start– Starts the service, runs a script that starts the agent
Stop– Stops the service
Restart– Restarts the service
Status– Returns the status of the service.
service appdynamics-machine-agent start
Link for Environment Variables
This script sets up the environment variables:
MACHINE_AGENT_HOME=/opt/appdynamics/machine-agent –Specifies where the agent files are located.
JAVA_HOME=/opt/appdynamics/machine-agent/jre –Specifies the JRE the agent uses. AppDynamics recommends that you use the RPM package installer that contains its own JRE. However, you can use a different JRE as long as it meets the JRE requirements.
MACHINE_AGENT_USER=root –Specifies the system user for starting the agent (default is root). AppDynamics recommends that you create a non-root user to run the machine agent. The new user needs to have read-access to controller-info.xml and write access to the log file. See Permissions Required to Run the Machine Agent
systemd – The environment variables are in the service file:
"MACHINE_AGENT_USER" variable doesn't exist in the
systemd service file. The variable is just
Link for Agent to Controller Communication
Sets up a link to the controller-info.xml file containing the properties for agent-to-controller communication.
The log4j.xml file controls the detail of information logged by the agent. By default, the logging level is set to
Adds the Agent as a Service
After the package is installed, the appdynamics-machine-agent runs
opt/appdynamics/machine-agent/bin/postInstall.sh to add the agent to the services. The installer either copies the
SysV script to add the service or, if
systemd is detected, the installer copies the agent unit file
/etc/systemd/system/appdynamics-machine-agent.service and adds the agent to the services using this unit file.
Installs a systemd Unit File for the Agent Service
systemcd is detected on the system when you install the RPM package or run the
postinstall.sh script, the
systemd unit file for the agent service is copied to the following location:
ExecStart: This option in the
systemd service file points to a script that starts the agent as a daemon. If you did not install the Machine Agent in
/opt/appdynamics/machine-agent, then change the path to
<machine-agent-home>/scripts/machine-agent-daemon. If you did not edit the path, then it points to the correct place by default.
You can start and stop the agent service using the relevant
systemctl commands. For information on all
systemctl commands, see the systemctl man pages.
(Use the full path)