Frankly, I am surprised that increasing SmDaIdleTimeout and SmMaIdleTimeout worked for this problem, even for a short while. Usually all that will do is to increase the amount of time before the timeout
Were these consecutive messages:
[Warning] From: BSM@liberate-dp "ANUAP1_FileSystem_Backups" Time: 5/20/2014 6:00:19 PM
[61:2013] Some of the backup devices are occupied. Session is waiting
for all the devices to get free.
[Major] From: BSM@liberate-dp "ANUAP1_FileSystem_Backups" Time: 5/20/2014 8:23:33 PM
[61:1002] The VBDA named "/$1$DGA415" on host anuap1
reached its inactivity timeout of 7200 seconds.
The agent on host will be shutdown.
If so, you are trying to use a device that is currently occupied, and DP will wait around forever, or, until the timeout expires
I would first check to see if you have any sessions currently in a Mount Request state. If you do, see if there are also sessins Queueing. If you have sessions Queueing, start aborting them, newest ones first, until you get ot the Mount REquest session, then delete that
if you don't have Mount Requests, check your Monitor to see if you have sessions In Progress. Try to abort these, starting with the newest. They may not abort, and you will need to exit the GUI, stop DP, go to the Task Manager, bring up a list fo running processes, look to see if any of these processes are still running
bsm
rsm
csm
msm
asm
If you see any, then, kill the process. Start Data Protector. At the command prompt, run
cd \Program Files\Omniback\bin
omnidbutil -clear
Check your devices to be sure that there are no tapes stuck in the drives. If not, try running the backup again
I don't want to get too far ahead of myself, but the usual reason for Timeouts on other OS-types is that KeepAlive needs to be enabled. Before you get into that, I want to be sure that it is not a hung session that is causing this
If you want to read more about KeepAlive on Open VMS
http://h71000.www7.hp.com/doc/732final/6631/6631pro_005.html#keepalive Section 2.1.6.6