FTM SWIFT trace directories
- On each system where a broker server runs:
- Main trace directory
- This
directory contains trace data from base, SIPN FIN, FMT FIN, and MSIF
services, and from enterprise applications such as the MER Facility
and RMA. Each execution group requires 20 MB for trace information
in this directory each time the broker is started. To ensure that
enough space is available, delete obsolete trace files from this directory.
How to do this is described in Deleting trace files.
The default directory is
/var/ftmswift_v300/run/trace. You can customize the name in the FTM SWIFT system configuration file dni.conf. To use different versions of dni.conf when running multiple instances in one system you configure the environment variable DNI_CONFPATH. For more information refer to Creating directory structures. - SFD initialization trace directory
- The
directory
/tmp/dnfitrccontains trace data created during the initialization of the SWIFTNet FIN Daemon (SFD) for an LT. The name of this directory cannot be customized. The trace files in this directory have names of the form:lt_name.dnfcfsfd.trc- For the SFD client process.
lt_name.dnfcfsfs.trc- For the SFD server process.
- For each LT:
- LT trace directory
- This
directory contains trace files written by the finite state machine
(FSM) of the SWIFTNet FIN Daemon (SFD) associated with a SWIFTNet
FIN LT session:
- Processing trace file
- This file records the processing of the SFD for a particular LT. Each processing trace file has an unlimited size, so you will need to delete older files periodically.
- PDU trace files
- These files record information about the protocol data units (PDUs) processed by an SFD. The size of each PDU trace file is determined by how the PDU trace is configured.
wherefsm_instance_dir/lt_name/trcfsm_instance_dirrepresents the FSM instance directory, which is configured separately for each LT as described in Configuring a master LT. - Client trace file
- This directory contains external SFD functions for the
client, for example, DB2® interface,
IBM® MQ interface, and base services such as Audit and Event. Each
LT requires 10 MB in this directory for trace information. This directory has a name of the form:
wherednitrace/xfsm/lt_name/clidnitracerepresents the trace directory that is specified in the FTM SWIFT system configuration file dni.conf. The default directory fordnitraceis:/var/ftmswift_v300/run/trace - Server trace file
- This directory contains external SFD functions for the
server, for example, DB2 interface,
IBM MQ interface, and base services such as Audit and Event. Each
LT requires 10 MB in this directory for trace information. This directory has a name of the form:
wherednitrace/xfsm/lt_name/srvdnitracerepresents the trace directory that is specified in the FTM SWIFT system configuration file dni.conf. The default directory fordnitraceis:/var/ftmswift_v300/run/trace
Make sure that you have a procedure in place to delete old trace files regularly to avoid unnecessary space consumption. For information about how to delete old trace files, see Deleting trace files. For production systems, also make sure that trace files are archived before being deleted from the runtime systems. Historic trace data can be important for problem analysis.
During normal FTM SWIFT processing, only errors are traced, so the maximum size required for trace information probably will not be reached. However, your IBM service representative might require larger traces for problem analysis, so ensure that it is possible to extend the HFS or zFS if necessary.
FTM SWIFT components that run on an application server can also produce trace files. Whether these trace files are written and their location depend on the settings that were chosen when the trace was activated on the administrative console. For more information, see Tracing enterprise applications.