traffic_manager - Traffic Server process manager
Contents
Copyright
2025, dev@trafficserver.apache.org
9.2 May 22, 2025 TRAFFIC_MANAGER(8)
Description
--aconfPortPORT--actionTAGS--debugTAGS--groupAddrADDRESS--help--nosyslog--pathFILE--proxyOff--listenOff--proxyPortPORT--recordsConfFILE--tsArgsARGUMENTS--maxRecordsRECORDS--bind_stdoutFILE
The file to which the stdout stream for traffic_manager will be bound.
--bind_stderrFILE
The file to which the stderr stream for traffic_manager will be bound.
--versionExponential Back-Off Delay
If traffic_server has issues communicating with traffic_manager after a crash, traffic_manager will
retry to start traffic_server using an exponential back-off delay, which will make traffic_manager to
retry starting traffic_server from 1s until it reaches the max ceiling time. The ceiling time is
configurable as well as the number of times that traffic_manager will keep trying to start
traffic_server. ArandomvariancewillbeaddedtothesleeptimeoneveryretryNOTE:
For more information about this configuration please check records.configName
traffic_manager - Traffic Server process manager
See Also
traffic_ctl(8), traffic_server(8)
Signals
SIGHUP This signal causes a reconfiguration event, equivalent to running traffic_ctlconfigreload.
SIGINT,SIGTERM
These signals cause traffic_manager to exit after also shutting down traffic_server.
SIGUSR2
This signal causes the traffic_manager and traffic_server processes to close and reopen their file
descriptors for all of their log files. This allows the use of external tools to handle log
rotation and retention. For instance, logrotate(8) can be configured to rotate the various Apache
Traffic Server™ logs and, via the logrotate postrotate script, send a -SIGUSR2 to the
traffic_manager process. After the signal is received, Apache Traffic Server™ will stop logging to
the now-rolled files and will reopen log files with the originally configured log names.
