Professional Documents
Culture Documents
03/29/2007
:00:00
03/29/2007
03/29/2007
...etc
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
03/29/2007
0:00
03/29/2007
code = 12.
03/29/2007
03/29/2007
L'.
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
10:20:42
Although the dsmsched.log shows no error, in the above example, there is a retry
on the network. This is evidenced by the following messages :
What the above shows is that the schedule backups failed because of the ANS5216E
and ANS4039E errors. Both these messages were added at TSM 5.3 level. Prior to
TSM 5.3, those messages were logged in the dsmerror.log file without any ANSXXXX
E message and the schedule completed successfully. The new ANS5216E and ANS4039E
messages cause the global return code to be set to 12, which causes the schedul
e backup to show as fail, even though the client was able to actually connect to
the server on retry and do its backup.
This is working as designed.
In this case, the network should be examined. The ANS5216E and ANS4039E messages
indicate that the client was unable to connect to the server at that time. The
errno=10065 is an error returned by Windows which means :
WSAEHOSTUNREACH
10065 No route to host.
A socket operation was attempted to an unreachable host. See WSAENETUNREACH
Once the ANS5216E and ANS4039E messages are resolved, the client schedule will n
ot be reported as failed anymore in above example.