Re: [Veritas-bu] Strange status 13 during bpstart script
On Wed, May 19, 2010 at 4:57 AM, Dave Markham wrote: > > What we've found out is that its the firewall between media and client > which is cutting off this connection after 2 hours. The bpstart script > is still running on the client but after the firewall tcp timeout of 2 > hours its as though part of the connection (i'm thinking the bpbrm > process) is terminated. > > There must be a way to sort this issue though if this is the chain :- > > Master ---> Media --- [Firewall] ---> Client > > when there are large bpstart jobs greater than Fw timeouts? Anyone any > ideas? > There are 3 somewhat obvious answers. 1. Change the settings on the firewall 2. Move the media server inside of the firewall 3. Write a bpstart script that doesn't take 2 hours to complete .../Ed ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Strange status 13 during bpstart script
lol True What we've found out is that its the firewall between media and client which is cutting off this connection after 2 hours. The bpstart script is still running on the client but after the firewall tcp timeout of 2 hours its as though part of the connection (i'm thinking the bpbrm process) is terminated. This causes netbackup to log a status 13 on the master but the job stays active. I'm guessing it stays active becuase the master -> media server is still open and netbackup has got in a mess. There must be a way to sort this issue though if this is the chain :- Master ---> Media --- [Firewall] ---> Client when there are large bpstart jobs greater than Fw timeouts? Anyone any ideas? Cheers Lightner, Jeff wrote: > Logs?! Who needs logs? > > In the Windows world troubleshooting boils down to: > > If it doesn't work reboot it. > > If that doesn't fix it reinstall the application and reboot. > > If that doesn't fix it reinstall the OS reboot and reinstall the > application. > > If that doesn't work update your resume and go somewhere where they > don't have the gall to install software that can't be repaired with > "standard" Windoze troubleshooting. > > :-) > > P.S. The vxlog thingy exists in UNIX/Linux as well and I agree it's a > pain to use. > > -Original Message- > From: veritas-bu-boun...@mailman.eng.auburn.edu > [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dave > Markham > Sent: Friday, May 14, 2010 9:57 AM > To: Whelan, Patrick; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Strange status 13 during bpstart script > > Well on the client they are empty and on the master server windows its > using the vxlog thingy which i've not looked at before. I.e there's > nothing in ~netbackup\logs\bpbrm. :( > > I'm a unix engineer so find windows very frustrating as regards looking > and searching through logs. > > cheers > > Whelan, Patrick wrote: > >> What do the brbrm logs say? >> >> >> Regards, >> >> Patrick Whelan >> NetBackup Specialist >> Wholesale Markets and Treasury & Trading >> Lloyds Banking Group >> Desk: +44 (0) 207 158 6123 >> Loc: OBS 2C-132 >> P please don't print this e-mail unless you really need to. >> >> >> -Original Message- >> From: Dave Markham [mailto:dave.mark...@fjserv.net] >> Sent: 14 May 2010 14:30 >> To: Whelan, Patrick >> Subject: Re: [Veritas-bu] Strange status 13 during bpstart script >> >> No it's just set to 900 still. >> >> We could increase that, but if it's the CLIENT_READ_TIMEOUT why is >> > that > >> not being hit and exiting sooner. >> >> Looking at the history when there is a problem, its reporting out >> > status > >> 13 and this brbrm forcible shutdown after 2hours each time >> >> Cheers >> >> Whelan, Patrick wrote: >> >> >>> Have you increased the CLIENT_READ_TIMEOUT parameter? >>> >>> >>> Regards, >>> >>> Patrick Whelan >>> NetBackup Specialist >>> Wholesale Markets and Treasury & Trading Lloyds Banking Group >>> Desk: +44 (0) 207 158 6123 >>> Loc: OBS 2C-132 >>> P please don't print this e-mail unless you really need to. >>> >>> >>> -Original Message- >>> From: Dave Markham [mailto:dave.mark...@fjserv.net] >>> Sent: 14 May 2010 13:40 >>> To: Whelan, Patrick; veritas-bu@mailman.eng.auburn.edu >>> Subject: Re: [Veritas-bu] Strange status 13 during bpstart script >>> >>> Yeah sorry perhaps not explained correctly. >>> >>> The bpstart time out is 8 hours (28800) >>> >>> The status 74 is what we would expect to see on the Master Server job >>> view, and is actually what the CLIENT bpbkar log shows after 8 hours >>> >>> >> of >> >> >>> the job hanging. >>> >>> However, the issue is the Master server is reporting Status 13 after >>> > 2 > >>> hours of inactivity, i.e whilst the bpstart job is running on the >>> >>> >> client >> >> >>> and BEFORE the timeout is reached. >>> >>> Cheers >>> >>> >>> >>> Whelan, Patrick wrote: >>> >>> >>> >>>> I'm not quite sure what you are asking. Obviously the >>&g
Re: [Veritas-bu] Strange status 13 during bpstart script
Well on the client they are empty and on the master server windows its using the vxlog thingy which i've not looked at before. I.e there's nothing in ~netbackup\logs\bpbrm. :( I'm a unix engineer so find windows very frustrating as regards looking and searching through logs. cheers Whelan, Patrick wrote: > What do the brbrm logs say? > > > Regards, > > Patrick Whelan > NetBackup Specialist > Wholesale Markets and Treasury & Trading > Lloyds Banking Group > Desk: +44 (0) 207 158 6123 > Loc: OBS 2C-132 > P please don't print this e-mail unless you really need to. > > > -Original Message- > From: Dave Markham [mailto:dave.mark...@fjserv.net] > Sent: 14 May 2010 14:30 > To: Whelan, Patrick > Subject: Re: [Veritas-bu] Strange status 13 during bpstart script > > No it's just set to 900 still. > > We could increase that, but if it's the CLIENT_READ_TIMEOUT why is that > not being hit and exiting sooner. > > Looking at the history when there is a problem, its reporting out status > 13 and this brbrm forcible shutdown after 2hours each time > > Cheers > > Whelan, Patrick wrote: > >> Have you increased the CLIENT_READ_TIMEOUT parameter? >> >> >> Regards, >> >> Patrick Whelan >> NetBackup Specialist >> Wholesale Markets and Treasury & Trading Lloyds Banking Group >> Desk: +44 (0) 207 158 6123 >> Loc: OBS 2C-132 >> P please don't print this e-mail unless you really need to. >> >> >> -Original Message- >> From: Dave Markham [mailto:dave.mark...@fjserv.net] >> Sent: 14 May 2010 13:40 >> To: Whelan, Patrick; veritas-bu@mailman.eng.auburn.edu >> Subject: Re: [Veritas-bu] Strange status 13 during bpstart script >> >> Yeah sorry perhaps not explained correctly. >> >> The bpstart time out is 8 hours (28800) >> >> The status 74 is what we would expect to see on the Master Server job >> view, and is actually what the CLIENT bpbkar log shows after 8 hours >> > of > >> the job hanging. >> >> However, the issue is the Master server is reporting Status 13 after 2 >> hours of inactivity, i.e whilst the bpstart job is running on the >> > client > >> and BEFORE the timeout is reached. >> >> Cheers >> >> >> >> Whelan, Patrick wrote: >> >> >>> I'm not quite sure what you are asking. Obviously the BPSTART_TIMEOUT >>> > > >>> needs to be increased. If the error 74s stop then the error 13s >>> > should > >>> >>> >> >> >>> go away. Or am I missing the point altogether? >>> >>> >>> Regards, >>> >>> Patrick Whelan >>> NetBackup Specialist >>> Wholesale Markets and Treasury & Trading Lloyds Banking Group >>> Desk: +44 (0) 207 158 6123 >>> Loc: OBS 2C-132 >>> P please don't print this e-mail unless you really need to. >>> >>> >>> -Original Message- >>> From: veritas-bu-boun...@mailman.eng.auburn.edu >>> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dave >>> Markham >>> Sent: 14 May 2010 12:37 >>> To: veritas-bu@mailman.eng.auburn.edu >>> Subject: [Veritas-bu] Strange status 13 during bpstart script >>> >>> Guys i've been reading on Status 13 quite a bit but am still >>> > flummoxed > >>> as to why we are getting this on an environment here. >>> >>> Ok >>> >>> Netbackup 6.0MP4 Windows 2003 Master server Netbackup 6.0MP4 Windows >>> 2003 Media server attached to EMC disk virtual storage. >>> Netbackup 6.0MP4 Linux Client running Suse linux >>> >>> Basically we run a bpstart script which waits for a flag to appear >>> >>> >> from >> >> >>> another script ran from cron. >>> Once the flag is found we run a 3rd party application script to shut >>> down some applications. >>> Occasionally these 3rd party app shutdown scripts dont finish >>> > properly > >>> and dont return to our bpstart script so it just sits there. >>> After the bpstart time out is reached the bpbkar on the client shows >>> > a > >>> status 74 and exits. >>> >>> Now the weird bit. >>> >>> On the master server after 2 hours of the job starting a Status13 is >>> reported that th
Re: [Veritas-bu] Strange status 13 during bpstart script
Yeah sorry perhaps not explained correctly. The bpstart time out is 8 hours (28800) The status 74 is what we would expect to see on the Master Server job view, and is actually what the CLIENT bpbkar log shows after 8 hours of the job hanging. However, the issue is the Master server is reporting Status 13 after 2 hours of inactivity, i.e whilst the bpstart job is running on the client and BEFORE the timeout is reached. Cheers Whelan, Patrick wrote: > I'm not quite sure what you are asking. Obviously the BPSTART_TIMEOUT > needs to be increased. If the error 74s stop then the error 13s should > go away. Or am I missing the point altogether? > > > Regards, > > Patrick Whelan > NetBackup Specialist > Wholesale Markets and Treasury & Trading > Lloyds Banking Group > Desk: +44 (0) 207 158 6123 > Loc: OBS 2C-132 > P please don't print this e-mail unless you really need to. > > > -Original Message- > From: veritas-bu-boun...@mailman.eng.auburn.edu > [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dave > Markham > Sent: 14 May 2010 12:37 > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Strange status 13 during bpstart script > > Guys i've been reading on Status 13 quite a bit but am still flummoxed > as to why we are getting this on an environment here. > > Ok > > Netbackup 6.0MP4 Windows 2003 Master server Netbackup 6.0MP4 Windows > 2003 Media server attached to EMC disk virtual storage. > Netbackup 6.0MP4 Linux Client running Suse linux > > Basically we run a bpstart script which waits for a flag to appear from > another script ran from cron. > Once the flag is found we run a 3rd party application script to shut > down some applications. > Occasionally these 3rd party app shutdown scripts dont finish properly > and dont return to our bpstart script so it just sits there. > After the bpstart time out is reached the bpbkar on the client shows a > status 74 and exits. > > Now the weird bit. > > On the master server after 2 hours of the job starting a Status13 is > reported that the bpbrm process was forcibly terminated on the client. > The job then sits as active in the activity monitor sometimes, and other > times finished with status 13. > > As this isn't a windows client vsp and vss are not to blame. > > There are firewalls between media servers and clients though, so i was > wondering if some network issue was to blame??? > > Any pointers welcomed > > Cheers > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > This e-mail is private and confidential and may contain privileged material. > If you have received this e-mail in error, please notify the sender and > delete it immediately. You must not copy, distribute, disclose or use any of > the information in it or any attachments. > > Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. > Registered in Scotland, number 95000. Telephone: 0131 225 4555. > > Lloyds TSB Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. > Registered in England and Wales, number 2065. Telephone: 020 7626 1500. > > Lloyds TSB Scotland plc. Registered Office: Henry Duncan House, 120 George > Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone: > 0131 225 4555. > > Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 > 3RL. Registered in England and Wales, number 2299428. Telephone: 01452 372372. > > Cheltenham & Gloucester Savings is a division of Lloyds TSB Bank plc. > Lloyds TSB Bank plc, Lloyds TSB Scotland plc and Cheltenham & Gloucester plc > are authorised and regulated by the Financial Services Authority. > > Telephone calls may be monitored or recorded. > > > __ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > __ > > > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Strange status 13 during bpstart script
Guys i've been reading on Status 13 quite a bit but am still flummoxed as to why we are getting this on an environment here. Ok Netbackup 6.0MP4 Windows 2003 Master server Netbackup 6.0MP4 Windows 2003 Media server attached to EMC disk virtual storage. Netbackup 6.0MP4 Linux Client running Suse linux Basically we run a bpstart script which waits for a flag to appear from another script ran from cron. Once the flag is found we run a 3rd party application script to shut down some applications. Occasionally these 3rd party app shutdown scripts dont finish properly and dont return to our bpstart script so it just sits there. After the bpstart time out is reached the bpbkar on the client shows a status 74 and exits. Now the weird bit. On the master server after 2 hours of the job starting a Status13 is reported that the bpbrm process was forcibly terminated on the client. The job then sits as active in the activity monitor sometimes, and other times finished with status 13. As this isn't a windows client vsp and vss are not to blame. There are firewalls between media servers and clients though, so i was wondering if some network issue was to blame??? Any pointers welcomed Cheers ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu