Helix Core Server Administrator Guide: Fundamentals (2018.2)

Logging and structured log files

Helix Server can be configured to write log files in a structured (.csv) format. Structured log files contain more detail than conventional log files, are easier to parse, and Helix Server offers additional commands to help customize your site’s logging configuration.

Note

All p4d error and info logs are in UTF8 for a server in unicode mode. You need an UTF8 console or editor to properly render this log information.

Examples of possible log entries

The following is a subset of possible log entries:

Entry Meaning

Entry	Meaning
`rmt-Journal`	Used by a p4 pull thread on a replica server to retrieve journal records that contain metadata from a master. in the replica server log, you might see the pull processes in the master log, you might see `rmt-Journal` entries corresponding to the metadata being pulled from the master to the replica server
`rmt-FileFetch`	Used by `p4 pull -u` on an replica server to retrieve archive files, or by parallel submit from an replica server to transfer archive files from the replica server to the master. In the master log, you might see `rmt-FileFetch` entries from the `pull -u` commands running on replica servers. In the Edge Server log, you might see `rmt-FileFetch` entries during parallel submit from the pull command running on the Commit Server to get the archives onto the Commit Server
Monitor or log entries	`user-transmit -t <taskID> [-b batch -s batchsize -r]` Processes spawned by parallel sync, submit, or shelve that transfer batches of files in parallel. The arguments correspond to the `batch` and `batchsize` arguments of the parallel sync, submit, or shelve command. The internally-generated `-r` argument indicates that the parallel submit or shelve transfers from the client to the server, rather than server to client (like sync) The `-t` argument is internal

rmt-Journal

Used by a p4 pull thread on a replica server to retrieve journal records that contain metadata from a master.

in the replica server log, you might see the pull processes
in the master log, you might see rmt-Journal entries corresponding to the metadata being pulled from the master to the replica server

rmt-FileFetch

Used by p4 pull -u on an replica server to retrieve archive files, or by parallel submit from an replica server to transfer archive files from the replica server to the master.

In the master log, you might see rmt-FileFetch entries from the pull -u commands running on replica servers.
In the Edge Server log, you might see rmt-FileFetch entries during parallel submit from the pull command running on the Commit Server to get the archives onto the Commit Server

Monitor or log entries

user-transmit -t <taskID> [-b batch -s batchsize -r]

Processes spawned by parallel sync, submit, or shelve that transfer batches of files in parallel. The arguments correspond to the batch and batchsize arguments of the parallel sync, submit, or shelve command.

The internally-generated -r argument indicates that the parallel submit or shelve transfers from the client to the server, rather than server to client (like sync)
The -t argument is internal

Your search for returned result(s).