I had the same problem. I've played with two parameters in the dsmserv.opt
which seems to help a little bit They are "idletimeout" and "commtimeout".
I've set them both to 300 (seconds) since the defaults are relatively low
anyway.
See if this helps you at all and let us know.
"Fujikawa,
Walt" To: [EMAIL PROTECTED]
<WFujikaw@EBM cc:
UD.COM> Subject: FW: Losing connection--help!
Sent by:
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>
2000/09/13
10:31 PM
Please
respond to
"ADSM: Dist
Stor Manager"
Yes. I get this during restores of large .ppt files. I've yet to open a
PMR with Tivoli because of a backlog, and I have a workaround. It happened
when restoring a large directory (1.5 gb), with hundreds of files. The
restore was choking on .ppt files in the 20mb range. When I restored the
.ppt files only (1st), then went over the top of it skipping the already
restored .ppt files, I was successful. So, yours may be choking on a
particular file. You may want to make sure you are scheduling the job so
you can see the dsmsched.log and see where it's stopping. A call to Tivoli
is probably in order and you will need to run a trace.
Walt Fujikawa
East Bay Water Systems Programming
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
-----Original Message-----
From: Kathleen M Hallahan [SMTP:[EMAIL PROTECTED]]
<mailto:[SMTP:[EMAIL PROTECTED]]>
Sent: Thursday, July 13, 2000 11:31 AM
To: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
Subject: Losing connection-help!
We've been having a problem for the last three nights, and again about 2
weeks ago, with the same few servers. They start to back up according to
their schedule, and after a certain point (the same point every time,
generally) the connection gets dropped. It reestablishes successfully, but
the process repeats itself ad infinitum, unless I manually cancel the
active
sessions. We're running ADSM 3.1.0.5 on AIX 4.2; the servers include six
NT
boxes at level 4.00 and ADSM 3.1.0.3, and one Novell server at 4.11 on ADSM
3.1.0.8. There are two other NT servers at that same location that back up
successfully, and several Novell servers. The network people were out
there
and couldn't find anything.
I've got bits of logs below:
ADSM Server Log:
--------------------
--------------------------------------------------------
07/12/00 18:00:06 ANR2561I Schedule prompter contacting BC1NTSPB
(session
13136) to start a scheduled operation.
07/12/00 18:00:08 ANR0406I Session 13139 started for node BC1NTSPB
(WinNT)
(Tcp/Ip 161.107.157.166(1622)).
07/12/00 18:09:33 ANR0480W Session 13139 for node BC1NTSPB (WinNT)
terminated - connection with client severed.
07/12/00 18:09:48 ANR0406I Session 13155 started for node BC1NTSPB
(WinNT)
(Tcp/Ip 161.107.157.166(1802)).
07/12/00 18:19:06 ANR0480W Session 13155 for node BC1NTSPB (WinNT)
terminated - connection with client severed.
07/12/00 18:19:21 ANR0406I Session 13174 started for node BC1NTSPB
(WinNT)
(Tcp/Ip 161.107.157.166(1966)).
07/12/00 18:28:34 ANR0480W Session 13174 for node BC1NTSPB (WinNT)
terminated - connection with client severed.
07/12/00 18:28:49 ANR0406I Session 13181 started for node BC1NTSPB
(WinNT)
(Tcp/Ip 161.107.157.166(2142)).
07/12/00 18:38:02 ANR0480W Session 13181 for node BC1NTSPB (WinNT)
terminated - connection with client severed.
07/12/00 18:38:17 ANR0406I Session 13191 started for node BC1NTSPB
(WinNT)
more... (<ENTER> to continue, 'C' to cancel)
Novell Error Log:
07/11/2000 23:24:50 TcpRead(): recv(): errno = 60
07/11/2000 23:24:50 sessRecvVerb: Error -50 from call to 'readRtn'.
07/11/2000 23:24:50 cuConfirm: Received rc: -50 trying to receive
ConfirmResp verb 07/11/2000 23:24:50 ANS1809E Session is lost; initializing
session reopen procedure.
07/11/2000 23:24:50 ANS1809E Session is lost; initializing session reopen
procedure.
07/11/2000 23:25:05 ANS1810E ADSM session has been reestablished.
07/12/2000 02:36:34 TcpRead(): recv(): errno = 60
07/12/2000 02:36:34 sessRecvVerb: Error -50 from call to 'readRtn'.
07/12/2000 02:36:34 cuConfirm: Received rc: -50 trying to receive
ConfirmResp verb 07/12/2000 02:36:34 ANS1809E Session is lost; initializing
session reopen procedure.
07/12/2000 02:36:34 ANS1809E Session is lost; initializing session reopen
procedure.
07/12/2000 02:36:49 ANS1810E ADSM session has been reestablished.
07/12/2000 05:31:09 TcpFlush: Error 60 sending data on Tcp/Ip socket 9.
07/12/2000 05:31:09 sessSendVerb: Error sending Verb, rc: -50 07/12/2000
05:31:09 TcpFlush: Error 32 sending data on Tcp/Ip socket 9. 07/12/2000
05:31:09 cuConfirm: Received rc: -50 trying to send Confirm verb 07/12/2000
05:31:09 ANS1809E Session is lost; initializing session reopen procedure.
I've looked up the ANS errors but they don't tell me why the session is
being lost. Has anyone seen anything like this before?
Thanks!
