Geert, Sounds like you might want to get your network guys to double check the network config settings between the client and the server - are your local machine and switch/router ports all hard coded to the same media settings (e.g. 100Mb/Full Duplex) and not reliant upon auto detect? Depending upon platform, can you check with netmon or a `netstat -rn` or similar for Unix.
>From my experiences (and I'm not a network guy in any way, shape or form), when backing up large files using the BA client, I'd expect to see many more of these TCP drop errors than when backing up many thousands of smaller files. Also, I've found the TSM API client to be much less tolerant of packet drops too (perhaps because we're normally using it to back up large files again via a TDP). Hope that gives you somewhere to start looking. Rgds, David McClelland Reuters Ltd., London -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Geert De Pecker Sent: 26 October 2004 08:30 To: [EMAIL PROTECTED] Subject: Client connection severed I keep getting the "session is lost" errors with a certain box. I already changed the maxsessions, maxschedule, idletimeout, but no changes. The errors keep coming. Only specials about this box is the fact that it has large files (oracle database) and that it is behind a firewall. I assume the big files (2 and 4 gb) are making the problem here. Any hints where I can look next? Thanks, Geert Server side: 10/26/04 03:15:01 ANR0480W Session 4563 for node AILDB (WinNT) terminated - connection with client severed. 10/26/04 03:26:22 ANR0480W Session 4566 for node AILDB (WinNT) terminated - connection with client severed. 10/26/04 03:45:54 ANR0480W Session 4567 for node AILDB (WinNT) terminated - connection with client severed. 10/26/04 04:15:49 ANR0480W Session 4568 for node AILDB (WinNT) terminated - connection with client severed. Client side dsmerror.log 26-10-2004 03:17:08 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 03:17:08 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 03:17:23 ANS1810E TSM session has been reestablished. 26-10-2004 03:41:08 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 03:41:08 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 03:41:23 ANS1810E TSM session has been reestablished. 26-10-2004 04:11:03 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 04:11:03 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 04:11:18 ANS1810E TSM session has been reestablished. 26-10-2004 04:43:58 ANS1809W Session is lost; initializing session reopen procedure. Client side dsmsched.log 26-10-2004 03:07:58 --- SCHEDULEREC OBJECT BEGIN BACKUP_INC_AIL 26-10-2004 03:00:00 26-10-2004 03:17:08 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 03:17:23 ... successful 26-10-2004 03:41:08 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 03:41:23 ... successful 26-10-2004 04:11:03 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 04:11:18 ... successful 26-10-2004 04:43:58 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 04:44:13 ... successful 26-10-2004 05:11:36 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 05:11:51 ... successful 26-10-2004 05:17:11 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 05:17:26 ... successful 26-10-2004 05:32:41 ANS1809W Session is lost; initializing session reopen procedure. 26-10-2004 05:32:56 ... successful 26-10-2004 05:35:47 --- SCHEDULEREC STATUS BEGIN 26-10-2004 05:35:47 Total number of objects inspected: 78,805 --------------------------------------------------------------- - Visit our Internet site at http://www.reuters.com Get closer to the financial markets with Reuters Messaging - for more information and to register, visit http://www.reuters.com/messaging Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.
