Checking for errors in the server activity log
If
a scheduled event is missed but other consecutive scheduled
events for that node show a result of Completed,
check for errors in the server activity log and the client schedule
log.
When you are checking the server activity log, narrow
the query results down to the time frame around the scheduled event.
Begin the event log query at a time shortly before the start window
of the scheduled event in question. For example, investigate the following
suspect event:
Scheduled Start Actual Start Schedule Name Node Name Status
-------------------- -------------------- ------------- ------------- -------
08/21/2003 08:27:33 HOURLY NODEA MissedAfterward you can
issue one of the following queries:query actlog begind=08/21/2003 begint=08:25:00
query actlog begind=08/21/2003 begint=08:25:00 originator=client node=nodeaThe client keeps a detailed log of all scheduled activities. Check the client's local schedule log if queries of the server's activity log cannot explain a failed scheduled event.
You
must have access to the client computer to inspect the schedule log
file. The schedule log is typically saved to the dsmsched.log file,
and is typically stored in the same directory as the dsmerror.log file.
The location of the log file can be specified by using client options,
so you might refer to the options file to see whether the SCHEDLOGNAME option
was used to relocate the log file. On Windows, the schedule log can also be relocated
by an option setting that is part of the schedule service definition.
You can issue the DSMCUTIL QUERY command to check
whether this option was set. When you locate the schedule log, search
through the file to find the time period corresponding with the start
date and time of the scheduled event in question. The following list
shows common search parameters:
- If you are investigating a missed event, check the details of the previous event, including the time at which the previous event finished.
- If you are investigating a failed event, look for error messages that explain the failure (such as the server session limit being exceeded).
- When an explanation is still not clear, the last place to check is the client's error log file (typically named dsmerror.log).