The main purpose of the Host Logger project is to handle and store host's console output data, such as boot logs or Linux kernel messages printed to the system console.
Host logs are stored in a temporary buffer and flushed to a file according to the policy that can be defined with service parameters. It gives the ability to save the last boot log and subsequent messages in separate files.
Host Logger is a standalone service (daemon) that works on top of the obmc-console and uses its UNIX domain socket to read the console output.
+-------------+ +----------------+ | Host | State +---------------------+ Event | Host Logger | | |------->| D-Bus |------->| | | | +---------------------+ | +------------+ | | | D +--->| Log buffer | | | | +---------------------+ a | | +------+-----+ | | | | obmc-console-server | t | | V | | +---------+ | Data | +-------------+ | a | | +------------+ | | | console |--------->| | UNIX socket |---------+ | | Log file | | | +---------+ | | +-------------+ | | +------------+ | +-------------+ +---------------------+ +----------------+
Unlike the obmc-console project, where console output is a binary byte stream, the Host Logger service interprets this stream: splits it into separate messages, adds a time stamp and pushes the message into an internal buffer. Maximum size of the buffer and flush conditions are controlled by service parameters.
Maximum buffer size can be defined in the service configuration using two ways:
BUF_MAXSIZE
option.BUF_MAXTIME
option.Any of these parameters can be combined.
Messages from the buffer will be written to a file when one of the following events occurs:
HOST_STATE
parameter.BUF_MAXSIZE
and BUF_MAXTIME
parameters, this mode can be activated by FLUSH_FULL
flag.SIGUSR1
is received (manual flush).Configuration of the service is loaded from environment variables, so each instance of the service can have its own set of parameters. Environment files are stored in the directory /etc/hostlogger
and must have the extension conf
. The file name is the name of the associated Host logger instance and the instance of the obmc-console service (e.g. ttyVUART0
).
Any of these variables can be omitted, in which cases default values are used. If variable's value has an invalid format, the service fails with an error.
SOCKET_ID
: Socket Id used for connection with the host console. This Id shall match the "socket-id" parameter of obmc-console server. The default value is empty (single-host mode).
BUF_MAXSIZE
: Max number of stored messages in the buffer. The default value is 3000
(0=unlimited).
BUF_MAXTIME
: Max age of stored messages in minutes. The default value is 0
(unlimited).
FLUSH_FULL
: Flush collected messages from buffer to a file when one of the buffer limits reaches a threshold value. At least one of BUF_MAXSIZE
or BUF_MAXTIME
must be defined. Possible values: true
or false
. The default value is false
.
HOST_STATE
: Flush collected messages from buffer to a file when the host changes its state. This variable must contain a valid path to the D-Bus object that provides host's state information. Object shall implement interfaces xyz.openbmc_project.State.Host
and xyz.openbmc_project.State.OperatingSystem.Status
. The default value is /xyz/openbmc_project/state/host0
.
OUT_DIR
: Absolute path to the output directory for log files. The default value is /var/lib/obmc/hostlogs
.
MAX_FILES
: Log files rotation, max number of files in the output directory, oldest files are removed. The default value is 10
(0=unlimited).
Relevant for OpenPOWER based servers, using ttyVUART0
for console.
File phosphor-hostlogger_%.bbappend
:
FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" SRC_URI_append = " file://ttyVUART0.conf"
File phosphor-hostlogger/ttyVUART0.conf
:
MAX_FILES=0
Relevant for x86 based servers: using ttyS2
for console and /xyz/openbmc_project/state/os
for host state monitoring.
File phosphor-hostlogger_%.bbappend
:
FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" SRC_URI_append = " file://ttyS2.conf"
File phosphor-hostlogger/ttyS2.conf
:
HOST_STATE=/xyz/openbmc_project/state/os
The single instance of the service can handle only one host console at a time. If OpenBMC has multiple hosts, the console of each host must be associated with its own instance of the Host Logger service. This can be achieved using the systemd unit template.