Scheduled savegrp will not auto restart after killing process id from command
line
Hi,
we are running Networker 7.6 on a Solaris 10 server. I had to start a savegrp from the command but the savegrp ran for 2 days and was sitting idle on 1 client and was never going to complete so I had do a ps -ef | grep savegrp | grep , and then kill -9 the process id.
That worked fine but the problem is that in the Networker console the application still thinks that the group backup is running. The problem is that the daily schedule will no longer auto-start and reports the following message in the daemon.log. "42506 10/14/10 3:00:01 AM nsrd savegroup warning: Group GWP_PRD_FS_Daily aborted, savegroup is already running". I know that restarting NW will clear this issue but that's not the solution I'm looking for. We have several other groups running and would really like to resolve this without any disruptions to the application. Does anybody know a way around this?
We haven't particularly got a solution to it; we have restarted Networker to resolve this and similar issues and once we have also cleared out the jobsdb before restarting as that appears to be the cause of the problem.
Yes I tried to stop the group from the console but because I started the group from the command line I get the following error "Groups must be started either automatically or from the GUI and must be currently running in order to be stopped"
Thanks for responding David. Yes I tries to stop from the GUI first and for that error "Groups must be started either automatically or from the GUI and must be currently running in order to be stopped". I then killed the associated savegrp process id. Even though the savegrp is no longer running (i.e. when I do a ps -ef now I do not see a prosess id for this group) the GUI has status still shows the savegrp as running. Whe I try to run the savegrp from the command line I get the following error "nsrd savegroup warning: Group GWP_PRD_FS_Daily aborted, savegroup is already running"
I had this few times and in my case running savegrp from CLI does address the issue. The problem you see is related to nsrjobdb which keeps channel open for session of this group (at least that's what I had).
We just had this issue on our Networker server, but after checking all of the nsr processes (e.g. ps -ef | grep -i nsr), we discovered that there were three 'nsrndmp_save' processes still running the 'dump' for those volumes, e.g.
DavidHampson-rY
1 Rookie
•
294 Posts
1322
0
Posted October 14th, 2010 05:00
Did you try stopping the group from the console? If so what happened (or didn't happen)?