MATRIXX Log Files
Depending on the MATRIXX Engine configuration, you can view MATRIXX log files to gather information about runtime processing.
Unless you specify another location, or another default location is specified in the log files listed in MATRIXX Log Files, all files are in /var/log/mtx/ by default.
Most log files include variable information, such as memory addresses, time stamps, PIDs, and so forth. Use the normalize_mtx_debug_log.py to remove this variable information to make it easier to share log files. For more information, see the discussion about the normalize_mtx_debug_log.py script in the MATRIXX Monitoring and Logging appendices.
For more information about the MATRIXX environment variables, see the discussion about container directories and environment variables in MATRIXX Installation and Upgrade.
File | Description | Troubleshooting |
---|---|---|
mtx_debug.log | Contains information about operations performed during runtime, operational issues, and configuration settings. | For processing pods, monitor:
For example:
|
diameter_error_mdc.log | Contains Diameter message MDCs that report a non-successful result (a Diameter result value other than 2001). Logging Diameter MDCs is useful for troubleshooting when a high-level service operation is successful, but a child service context is not. A new file is created every minute if there are new error messages. |
|
mdc_gateway_error_mdc.log | Contains message MDCs sent from the MDC Gateway to a network application that report a non-successful result (a nonzero Result field value). The MDCs are typically SubMan API messages, but they can also be any MDC based on the MtxMsg MDC. A new file is created every minute if there are new error messages. |
|
mtx.log | The rsyslog utility logs all messages for a MATRIXX process to
mtx.log. Use the mtx_log_config_update.cfg configuration file to change the system log level dynamically during runtime to turn on debug and trace messages for MATRIXX processes and specific server tasks. |
|
gateway_proxy.log | Gateway Proxy messages are based on the sections of code that produce the message
and the severity of the message:
Log settings are configured in /opt/mtx/conf/log4j2-mtx_gateway_proxy.xml. To customize Gateway Proxy logging, copy /opt/mtx/data/log4j2-mtx_gateway_proxy.xml to /opt/mtx/conf/log4j2-mtx_gateway_proxy.xml and modify the file in the new location. Revert changes by copying from /opt/mtx/data again if necessary. |
Monitor the number of errors for a time interval. |
mymatrixx.log | Log settings are configured in
/opt/mtx/conf/log4j2-matrixx.xml. To
customize My MATRIXX logging, copy |
|
matrixxbct.log | Log settings are configured in
/opt/mtx/conf/log4j2-matrixxbct.xml. To
customize MATRIXX Backoffice Customer Tool logging, copy
The
location of the log file is specified by
|
|
mtx_notifier_camel.log | Notification Server messages are based on the sections of code that produce the message
and the severity of the message:
Log settings are
configured in
To
customize Notification Server logging, copy
The
default logging level is |
Look for ERROR . For
example:
|
rsgateway.log | Contains messages for debugging the SubMan REST APIs. Log settings are configured in /opt/mtx/conf/log4j2-rsgateway.xml. To customize RS Gateway logging, copy The
location of the log file is specified by
|
Look for "error." For example:
Add the following
sub-elements to the
Note: You must configure JSON and XML logging to view the incoming
payload. The SendMessage.dump is the full MDC
sent to the engine and the response in MDC dump format.
|
chf.log, nrf.log | 5G network function messages are based on the sections of code that
produce the message and the severity of the message:
For information about 5G logging configuration, see the 5G logging and alarms discussion in MATRIXX 5G Integration. |
|
snmp-adapter.log | SNMP Prometheus Adapter messages are based on the sections of code
that produce the message and the severity of the message:
To customize SNMP Prometheus Adapter logging, copy
|
|
tra_util.log | Logging information from Traffic Routing Agent (TRA) start/stop utilities. This information is also printed to stdout. | |
mtx_rcckp.log | Logging information from the Route Cache Controller process handler. | |
resource_agent.log | Logging information from OS-resource related commands, including logging information from VIP management functions. | |
http_price_controller.log | Logging information from the HTTP Price Controller REST service (http_price_controller_app), which is responsible for retrieving an engine status, transmitting a pricing compilation to an engine, and loading a pricing compilation onto an engine. | The log format
is:
|
Transaction Log Files
- The individual transaction log files in ${MTX_TXN_LOG_DIR}. For example, you might use the engine, cluster, and pod to name
these directories:
The transaction files in that directory have this naming syntax:../local_1_2_1/blade_1_2_1/
For example, this transaction log file stores transactions for engine 1, cluster 2, publishing server 1, and was created at the timestamp 1596948819:transaction_engineNo_clusterNo_bladeNo_ timestamp_logNo.log.gz
transaction_1_2_1_1596948819_1.log.gz
- current_transaction_log_gtc_range — A temporary file created in
${MTX_TXN_LOG_DIR} that accumulates metadata about transaction log files and
the GTC range each contains. Once the metadata file contains information for
1000 transaction log files, it is renamed with this syntax and moved to
${MTX_SHARED_DIR}:
This example shows a transaction log metadata file created at the timestamp 1596948819, containing GTCs that range from 1 to 39821:transaction_gtc_range_timestamp_lowerGTC_ upperGTC
The transaction log file metadata entries in current_transaction_log_gtc_range have this syntax:transaction_log_gtc_range_1596948819_1_39821
For example, the transaction_log_gtc_range_1596948819_1_39821 file might have these entries:lower_GTC, upperGTC ../${MTX_TXN_LOG_DIR}_path /transaction_engine_no_cluster_no_blade_no_ timestamp_log_no.log.gz
1, 24, ../local_1_2_1/blade_1_2_1/transaction_1_2_1_1596948819_1.log.gz 25, 48, ../local_1_2_1/blade_1_2_1/transaction_1_2_1_1596948826_2.log.gz 49, 72, ../local_1_2_1/blade_1_2_1/transaction_1_2_1_1596948834_3.log.gz 73, 96, ../local_1_2_1/blade_1_2_1/transaction_1_2_1_1596948841_4.log.gz 97, 120, ../local_1_2_1/blade_1_2_1/transaction_1_2_1_1596948849_5.log.gz ... 32757, 39821, ../local_1_2_1/blade_1_2_1/transaction_1_2_1_1596948903_10.log.gz
gtc_sorted_txn_logging_enabled
parameter is
enabled, the transaction log filename is in the format
txn_<log_create_time><min_gtc><max_gtc>.log.
Messages in MATRIXX transaction logs are listed in GTC order.Java Log4j 2.x Files
You can switch Java-based MATRIXX components between different Log4j 2.x configuration files, and direct log output to different locations, by setting a component-specific variable in a file named after the component. You create the file with the variable setting in the /etc/default directory.
For example, to specify a /opt/mtx/data/log4j2-matrixx-test.xml file to configure logging for My MATRIXX different from the file in /opt/mtx/data/log4j2-matrixx.xml, create the /etc/default/mtx_mymatrixx file with the following contents (or similar):
MTX_MYMATRIXX_START_ARGS="--jvm_arg --log-config /opt/mtx/data/log4j2-matrixx-test.xml
Save and close the file, then restart My MATRIXX with the following command:
sudo systemctl restart mtx_mymatrixx
To specify a different location for log ouput, create the /etc/default/mtx_mymatrixx file with the following contents (or similar):
MTX_MYMATRIXX_START_ARGS="--jvm_arg -DMTX_LOG_DIR=full_path_to_directory
Where full_path_to_directory is the full path to the directory where log files are written when My MATRIXX is restarted.
For more information about setting Java options, see the discussion on setting Java options in MATRIXX Installation and Upgrade.