RDF System Management Manual for J-series and H-series RVUs (RDF 1.10)

• Volume and Seqnce together specify a file associated with each process:
The monitor entry reflects the name of the MAT file to which TMF is writing
($AUDIT.ZTMFAT.AA000056 in this example).
Each extractor entry reflects the name of the TMF audit trail file that it is reading
($AUDIT.ZTMFAT.AA000056 for the master extractor and $DATA17.ZTMFAT.BB000004
for the auxiliary extractor in this example).
The master receiver entry reflects the name of the master image trail file
($MIT.RDF04.AA000044) to which it is writing. Please note that only TMF and RDF control
records are written to the master image trail (MIT).
The image trail entries reflect names of the secondary image trail files to which the
corresponding receiver has written image data (the master receiver writes MAT-based image
records to $IMAGE0.RDF04.AA000022 and the receiver $RRCV1 writes to AUX01-based
image records to $IMAGEA1.RDF04.AA000003 in this example).
Each updater entry reflects the name of the secondary image file from which it is reading
($IMAGE0.RDF04.AA000022 for $RUPD1, $IMAGEA1.RDF04.AA000004 for $RUPD2,
and $RUPD3 in this example).
• Rel Byte Addr specifies where in the specified file the particular process is either writing
(receivers) or reading (extractors and updaters).
• Cpus specifies the CPUs in which each process pair is running.
• Error lets you know if a process has experienced an error. If the column is blank, no error
has occurred. If the column for an updater contains asterisks (****), the updater has
experienced a critical error. If the updater is doing an undo pass, the word undo appears in
the Error column. If RDFCOM cannot reach a particular process, the Error column for that
process contains the applicable file-system error number that RDFCOM encountered when
attempting to send to that process.
The occurrence of a critical error could mean that the backup database is no longer
synchronized with the primary database because of data loss. If asterisks appear in the Error
column for any RDF process, you should examine the messages in the RDF log file or on the
RDF log device to determine what is happening and what corrective action to take.
Except for updaters, asterisks in the Error column continue to appear in every STATUS RDF
display until the error condition has been corrected.
For updaters, the asterisks disappear when the error is corrected and updating is restarted
after execution of any of the following commands:
STOP UPDATE
STOP RDF
STOP TMF
Although the occurrence of a critical error might mean that the primary and backup databases are
no longer synchronized with one another, that is not always the case. If, for example, the primary
CPU of the disk process goes down, all updater processes affected by that error condition report
a file-system error and then attempt to restart. If the error does not occur again when the affected
updater processes restart, the databases are probably still synchronized with one another. In that
case, the asterisks are cleared from subsequent STATUS RDF displays.
For more information on critical errors, you can scan the EMS collectors on the primary and backup
systems:
• The EMS collector on the primary system contains log messages for the extractor and monitor
processes.
• The EMS collector on the backup system contains log messages for the receiver, purger, and
all updater processes.
Performing Routine Operational Tasks 107