StackState Agent
This page describes StackState version 4.1.
The StackState 4.1 version range is End of Life (EOL) and no longer supported. We encourage customers still running the 4.1 version range to upgrade to a more recent release.
What is the Agent StackPack?
The StackState Agent provides the following functionality:
Reporting hosts, processes and containers
Reporting all network connections between processes/containers including network traffic telemetry
Telemetry for hosts, processes, and containers
100+ additional integrations
The StackState Agent is open source and available on github at https://github.com/StackVista/stackstate-agent.
Supported configurations
The StackState Agent is supported on the following platforms:
OS
Release
Arch
Network Tracer
Status
Notes
Ubuntu
Trusty (14)
64bit
-
OK
-
Ubuntu
Xenial (16)
64bit
OK
OK
-
Ubuntu
Bionic (18)
64bit
OK
OK
-
Debian
Wheezy (7)
64bit
-
-
Needs glibc upgrade to 2.17
Debian
Jessie (8)
64bit
-
OK
-
Debian
Stretch (9)
64bit
OK
OK
-
CentOS
6
64bit
-
OK
Since version 2.0.2
CentOS
7
64bit
-
OK
-
RHEL
7
64bit
-
OK
-
Fedora
28
64bit
OK
OK
-
Windows
2016
64bit
OK
OK
-
Installation
Install the StackState Agent with one of the following commands:
Linux
Using cURL
Using wget
Linux offline installation
On your host, download the installation script from https://stackstate-agent-2.s3.amazonaws.com/install.sh.
By default, installer tries to configure the package update channel, which would allow to update packages using the host package manager. If you for any reason do not want this behavior, please include STS_INSTALL_NO_REPO=yes
as an environment parameter:
Windows
Using PowerShell
Windows offline installation
On your host, download a copy of the PowerShell script from https://stackstate-agent-2.s3.amazonaws.com/install.ps1 alongside with the agent installer in the form .msi
. The latest version of the installer can be downloaded from https://stackstate-agent-2.s3.amazonaws.com/windows/stable/stackstate-agent-latest-1-x86_64.msi.
Assuming your installer is saved as C:\stackstate-custom.msi
, and the PowerShell script saved as C:\install_script.ps1
, open PowerShell with elevated privileges and invoke the following set of commands:
Docker
Installation
To run the StackState Agent as a docker container, use the following configuration:
Using Docker-Swarm mode
To run the StackState Agent in Docker-Swarm mode as a docker-compose setup, use the above configuration in your compose file on each node where you want to run the Agent. After placing the compose file on each node, run the command docker-compose up -d
.
Limitation of Docker-Swarm mode
Some specific features are not supported in Docker-Swarm mode. This limitation prevents StackState Agent from collecting relations between Containers, Processes and other resources while in Docker-Swarm mode. To run StackState Agent in Docker-Swarm mode, use a docker-compose setup.
Using Self-Signed Certificate
When checks are being configured to use a self-signed certificate for https requests, then the following environment variable should be overwritten:
Advanced Configurations
Process reported by the StackState Agent can be filtered using a blacklist. Using it in conjunction with the inclusion rules will include otherwise excluded processes.
Parameter
Mandatory
Default Value
Description
STS_PROCESS_BLACKLIST_PATTERNS
No
A list of regex patterns that will exclude a process if matched
STS_PROCESS_BLACKLIST_INCLUSIONS_TOP_CPU
No
0
Number of processes to report that have a high CPU usage
STS_PROCESS_BLACKLIST_INCLUSIONS_TOP_IO_READ
No
0
Number of processes to report that have a high IO read usage
STS_PROCESS_BLACKLIST_INCLUSIONS_TOP_IO_WRITE
No
0
Number of processes to report that have a high IO write usage
STS_PROCESS_BLACKLIST_INCLUSIONS_TOP_MEM
No
0
Number of processes to report that have a high Memory usage
STS_PROCESS_BLACKLIST_INCLUSIONS_CPU_THRESHOLD
No
Threshold that enables the reporting of high CPU usage processes
STS_PROCESS_BLACKLIST_INCLUSIONS_MEM_THRESHOLD
No
Threshold that enables the reporting of high Memory usage processes
Certain features of the agent can be turned off if not needed:
Parameter
Mandatory
Default Value
Description
STS_PROCESS_AGENT_ENABLED
No
True
Whenever process agent should be enabled
STS_APM_ENABLED
No
True
Whenever trace agent should be enabled
STS_NETWORK_TRACING_ENABLED
No
True
Whenever network tracer should be enabled
Troubleshooting
To troubleshoot the StackState Agent container, set the logging level to debug
using the STS_LOG_LEVEL
environment variable:
Configuration files
StackState Agent configuration:
/etc/stackstate-agent/stackstate.yaml
Integration configurations:
/etc/stackstate-agent/conf.d/
Troubleshooting
Try running the status command to see the state of the StackState Agent.
Log files
Logs for the subsystems are in the following files:
Start / stop / restart the StackState Agent
Commands require elevated privileges.
Restarting the StackState Agent will reload the configuration files.
To manually start, stop or restart the StackState Agent:
Status and information
To check if the StackState Agent is running and receive information about the Agent's state:
Tracebacks for errors can be retrieved by setting the -v
flag:
Last updated