Matthew -

Your posting doesn't specify your OS or TSM software levels, but
errno 232 is ECONNRESET in HP-UX, which is simply the "Connection
reset by peer". This is to say that the side reporting the errno did
not knowingly close the connection, so believes that it was closed by
the other side.

The meaning of the 131 is less clear. The message context would
suggest that it is a TSM internal code, which would mean an API
return code value, which would have to be "Internal system error".

The presence of the ANR0480W on the server end, with no accompanying
messages, would indicate that something in between the server and
client caused the loss of connection. So it would seem that you do
have communication link problems. Possibly, an intervening firewall
has an idle timeout value and dropped the TCP session. The poor
performance may be autonegotiation in the NIC and/or switch.

   Richard Sims

On May 24, 2005, at 6:15 AM, Warren, Matthew (Retail) wrote:

Here is an excerpt from the dsmerror.log for last night, it appears we
have some kind of comms issue..

I havent been able to find errno 232 or 131 in /usr/include/
errno.h, nor
anything on IBM's site.

We can match the ANS1005E messages to ANR0480 messages on the TSM
server, indicating the client ended the session...

05/24/05   05:12:44 ANS1809W Session is lost; initializing session
reopen procedure.
05/24/05   05:12:47 ANS1005E TCP/IP read error on socket = 9, errno =
232, reason : 'Connection reset by peer'.
05/24/05   05:12:47 ANS1809W Session is lost; initializing session
reopen procedure.
05/24/05   05:12:48 ANS1809W Session is lost; initializing session
reopen procedure.
05/24/05   05:12:50 ANS1005E TCP/IP read error on socket = 9, errno =
232, reason : 'Connection reset by peer'.
...
05/24/05   05:13:05 cuIdentifyResp: Error 131 reading IdentifyResp
from
server.