11-27-2013 09:37 AM
NBU 7.5.0.6
master/media win 2008 r2
client win2003
backup of microsoft exchange information store started failing with error 13 'an exixting connection was forcibly closed by the remote host'. If I go to the client and start BAR. It comes up fine and shows the last backup of a couple of days ago. If I try and do a manual backup the BAR shuts down. Any clues what is happenening?
Solved! Go to Solution.
12-17-2013 11:23 AM
semantec is still researching this issue. But google finally came through. there is a bug fix for cluster nodes when upgrading to 7.5.0.6. After installing the fix the BAR works and the backup works
Article URL http://www.symantec.com/docs/TECH209546
thanks for all the help.my bad probably forget to mention the cluster
11-27-2013 10:53 AM
Have you tried disabling any anti-virus on the system? If so, does it work then?
11-27-2013 12:12 PM
The BAR console closes? Or the job shuts down (stops)? Are you trying to initiate the backup from the exchange server? Has anything changed in the environment recently? Any new hardware (routers/firewalls) in the network between the 2 servers?
I know it sounds lame, but half the time when I have some funky random error a reboot or failover will resolve the issue. If thats possible in your environment you could just test that out quickly.
11-27-2013 01:16 PM
Never good when the BAR shuts down early. Check Windows Event Viewer for any clues.
I agree with Nate, a reboot may be in order.
11-27-2013 02:25 PM
Yes I tried that but no difference. This happens intermittendly. It will run for a day or two an dthen will not run for a couple of days.
11-27-2013 02:30 PM
rebooting did fix it once before but that is not an option i can regularly apply.
@NATE.D....I am backing up from the master. But sometimes when backups fail I go to the client and start BAR. This gives me and indication that the clint is working. I have had errors because the client nbu was not working and after restarting the services the backup was good.
11-27-2013 02:40 PM
It sounds like you may need to turn up the bpbrm logging, attempt a job, let it fail and see what it spits out. Error 13 can be pretty vague, with lots of possible places it could be broken. Do the backups always fail with 13 or do they return any others? Are you trying to do a GRT backup? Does a reboot always fix the issue and then it comes back?
12-03-2013 02:31 PM
Any movement on this snawaz3?
12-04-2013 04:16 AM
No. I got distracted by management prioritied. Attched is the bpkar log. Please help.
12-09-2013 04:20 AM
Any help guys?
12-09-2013 07:05 AM
no status 13 in the attached log, no fatal errors at all
Nate suggested posting bpbrm log
12-09-2013 08:38 AM
Try the bpbrm log, its in %install dir%\NetBackup\logs\bpbrm
12-10-2013 03:54 AM
the bpbrm folder is empty.
12-10-2013 04:38 AM
the verbose was set to 0. I changed that to 5. attached are the logs
12-12-2013 05:33 AM
have contacted symantec tech support and working with them
12-17-2013 10:55 AM
Please post back and let us know the results.
12-17-2013 11:23 AM
semantec is still researching this issue. But google finally came through. there is a bug fix for cluster nodes when upgrading to 7.5.0.6. After installing the fix the BAR works and the backup works
Article URL http://www.symantec.com/docs/TECH209546
thanks for all the help.my bad probably forget to mention the cluster
12-17-2013 01:28 PM
Interesting! Glad you found it. The TN mentions 2003 but you mentioned 2008 - do we need to expand the scope of our TechNote?
It looks like this is resolved in 7.5.0.7 but WON'T be resolved in the 7.6 line until 7.6.0.2, so you may need to ask us for another EEB if you upgrade to the 7.6.0.x line (actually, I see another Etrack is already listed for 7.6!)
12-19-2013 05:50 AM
the client is 2003. my take is that the clustered servers could be the client or the master/media servers.