Re: [Veritas-bu] NBU6.5.2a Solaris 10 Hot Catalog backup failing
Looks like we have a resource problem - cpu utilization on master sitting at 100% all the time. Might be a combination of VBR data collection on master and 6.5.2 being more resource intensive... Anybody with similar experience? Regards M. -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: 29 November 2008 23:50 To: Marianne Van Den Berg Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] NBU6.5.2a Solaris 10 Hot Catalog backup failing On Sat, 29 Nov 2008, Marianne Van Den Berg wrote: Nope - no entries in critical section. Catalog backups have been working fine after 6.5.2 upgrade (about 3 weeks ago); been failing last 4 days. -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: 29 November 2008 19:26 To: Marianne Van Den Berg Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU6.5.2a Solaris 10 Hot Catalog backup failing On Sat, 29 Nov 2008, Marianne Van Den Berg wrote: Hi All Clustered NBU 6.5.2a master server (with EEB's) on Solaris 10. Tcp_fusion disabled. Hot Catalog backups (the last stream backing up the images and the parent) have been failing for a couple of days now with all sorts of errors - 50, 41, 25, 227. This particular stream failed with 41 after backing up 41Gb: Error bpbrm (pid=26181) db_FLISTsend failed: network connection timed out (41). Master server is doing network backup to media server (also on 6.5.2). Has anybody seen this? Ideas? Advise? Do you have policies in the critical section of the catalog backup policy? Justin. Next step I would perform is to verify your catalog (bpdbm) check consistency 2 and look for any bad images. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SAP Scheduled Job Fails with 6 and thenneverre-runs
Well a call was logged and they are helping..! Si From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Friday, November 28, 2008 3:47 PM To: Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] SAP Scheduled Job Fails with 6 and thenneverre-runs On Fri, Nov 28, 2008 at 8:59 AM, Justin Piszcz [EMAIL PROTECTED] wrote: Sounds strange, if you open a case with them they may ask you to upgrade to 6.x, *May* ask you to upgrade? The END OF SUPPORT LIFE for 5.1 is Monday, December 1, 2008. As in 3 days from now. If you are still running 5.1 now and not upgrading this weekend, you will have no Symantec support to help with an upgrade. .../Ed Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE [EMAIL PROTECTED] This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 REGISTERED OFFICE:- Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU6.5.2a Solaris 10 Hot Catalog backup failing
We periodically get the 227 error and that is often accompanied by an entry in the problem report (search for the master server having the issue) which implies that the catalog policy has exceeded it's maximum number of configured attempts. This will just randomly occur and after that point it won't run a scheduled backup but will let me submit manual catalog backups. It notmally only complains about 1 schedule inside the catalog policy (We have a night and day schedule within the catalog policy). Our fix for this requires the catalog policy to be deleted and then cycling of all the NBU services. Once NBU is back up create a new catalog policy and normally things are fine again. We found that this would normally coincide with our master server getting beat up with regard to CPU and memory so we now have a script which restarts the NBU services on a weekly basis to clear out any old or lingering NBU processes which might be hanging onto resources. Hope this is somewhat helpful. Mark Glazerman Desk: 314-889-8282 Cell: 618-520-3401 please don't print this e-mail unless you really need to -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marianne Van Den Berg Sent: Monday, December 01, 2008 3:16 AM To: Justin Piszcz Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU6.5.2a Solaris 10 Hot Catalog backup failing Looks like we have a resource problem - cpu utilization on master sitting at 100% all the time. Might be a combination of VBR data collection on master and 6.5.2 being more resource intensive... Anybody with similar experience? Regards M. -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: 29 November 2008 23:50 To: Marianne Van Den Berg Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] NBU6.5.2a Solaris 10 Hot Catalog backup failing On Sat, 29 Nov 2008, Marianne Van Den Berg wrote: Nope - no entries in critical section. Catalog backups have been working fine after 6.5.2 upgrade (about 3 weeks ago); been failing last 4 days. -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: 29 November 2008 19:26 To: Marianne Van Den Berg Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU6.5.2a Solaris 10 Hot Catalog backup failing On Sat, 29 Nov 2008, Marianne Van Den Berg wrote: Hi All Clustered NBU 6.5.2a master server (with EEB's) on Solaris 10. Tcp_fusion disabled. Hot Catalog backups (the last stream backing up the images and the parent) have been failing for a couple of days now with all sorts of errors - 50, 41, 25, 227. This particular stream failed with 41 after backing up 41Gb: Error bpbrm (pid=26181) db_FLISTsend failed: network connection timed out (41). Master server is doing network backup to media server (also on 6.5.2). Has anybody seen this? Ideas? Advise? Do you have policies in the critical section of the catalog backup policy? Justin. Next step I would perform is to verify your catalog (bpdbm) check consistency 2 and look for any bad images. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SLP - doing it manually
I missed the original post, but you know that there are a *lot* of SLP bug fixes already available in 6.5.3 and several useability features will be added in ~6.5.5 / 7, right? -- gabriel rosenkoetter Radian Group Inc, Senior Systems Engineer [EMAIL PROTECTED], 215 231 1556 -Original Message- From: RKastner [mailto:[EMAIL PROTECTED] Sent: Sunday, November 30, 2008 1:04 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] SLP - doing it manually Hello David, we have the same problem and we passed an Enhancement Request to Symantec. Even you start the SLP manually you will have the same problem. You can try to use different volume pools regards Roland +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Clarity on new tech alert (some NBU 6.5.x)
Anyone else seen this? http://seer.entsupport.symantec.com/docs/311581.htm The description is a bit ambiguous so I'm trying to get clarity: A potential for missed backups without notification has been discovered in NetBackup Server/Enterprise Server when calendar based schedules have a configured window spanning midnight and go Active after midnight. This may result in a client backup not running during the next open window for any calendar based schedules configured in the same policy. This is independent of the scheduled backup type being configured as Full or Incremental. Does this refer to jobs going active after midnight or the policy itself being made active after midnight? I think it's referring to when queued jobs go active after midnight but wanted to be sure. TIA, -Dave ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Clarity on new tech alert (some NBU 6.5.x)
Not a problem for me has I have not applied any of the binaries. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cornely, David Sent: Monday, December 01, 2008 1:16 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Clarity on new tech alert (some NBU 6.5.x) Anyone else seen this? http://seer.entsupport.symantec.com/docs/311581.htm http://seer.entsupport.symantec.com/docs/311581.htm The description is a bit ambiguous so I'm trying to get clarity: A potential for missed backups without notification has been discovered in NetBackup Server/Enterprise Server when calendar based schedules have a configured window spanning midnight and go Active after midnight. This may result in a client backup not running during the next open window for any calendar based schedules configured in the same policy. This is independent of the scheduled backup type being configured as Full or Incremental. Does this refer to jobs going active after midnight or the policy itself being made active after midnight? I think it's referring to when queued jobs go active after midnight but wanted to be sure. TIA, -Dave ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Clarity on new tech alert (some NBU 6.5.x)
I believe that it means that the job goes active after midnight. But you have to have 6.5.2 or better with an eng binary or 6.5.3 to have the problem. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cornely, David Sent: Monday, December 01, 2008 2:16 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Clarity on new tech alert (some NBU 6.5.x) Anyone else seen this? http://seer.entsupport.symantec.com/docs/311581.htm The description is a bit ambiguous so I'm trying to get clarity: A potential for missed backups without notification has been discovered in NetBackup Server/Enterprise Server when calendar based schedules have a configured window spanning midnight and go Active after midnight. This may result in a client backup not running during the next open window for any calendar based schedules configured in the same policy. This is independent of the scheduled backup type being configured as Full or Incremental. Does this refer to jobs going active after midnight or the policy itself being made active after midnight? I think it's referring to when queued jobs go active after midnight but wanted to be sure. TIA, -Dave ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] bocada software for monitoring
We are also using Aptare for our backup monitoring of both NetBackup (15+ domains) and TSM (50+ instances). We have been using Aptare for monitoring on NBU for the past 3 years or so and it has been nothing short of stellar. We have had our TSM data reporting in for the past few months and our TSM teams are amazed at what this product does compared to what they had before. I'll tell you that we evaluated VBR and one of the strikes against it was that it didn't report on TSM as well as Aptare does. Take the products for a test drive for a couple of weeks and see which one suits you the best. I know that both Aptare and VBR will offer this service, not sure about Bocada, but I bet they do. Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 Keeping People and Information Connected® ▪ http://availability.sungard.com/ P Think before you print CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. Abhishek Dhingra1 [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 11/27/2008 05:12 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] bocada software for monitoring Hi All, Did any one tried Bocada for monitoring the Backups on Veritas. Bocada software claims that it can monitor the backups running/ran on Veritas Netbackup as well as TSM. We have both the environment running in the infrastructure , but not able to monitor the backups on a single console, is there any other software which can help us in monitoring . Rgds A D IBM Global Services, Delhi, Email : [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Bperror command in 6.5.2
Hi All, We use the bperror command to report on the status of last nights backups with a command line something like this: sudo bperror -U -backstat -d 11/30/2008 17:00 -e 11/12/2008 18:00 However since upgrading our master server to 6.5.2 over the weekend this command errors, if I remove the time fields the command works again. The help for bperror suggests that the above command is still valid, does anyone know of a work around without using the hours ago switch? Regards, Brendan Clover Information Technologist Systems Infrastructure University of South Australia Phone: +61 8 830 23641 Fax: +61 8 830 25800 Log your own service calls here: http://www.unisa.edu.au/helpdesk AskIT documentation and FAQs: http://www.unisa.edu.au/askit --- This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorised. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Bperror command in 6.5.2
Thanks Mike and John, Adding the seconds worked a treat, obviously changed functionality from 6.5.1 and 5.1. Regards, Brendan Clover Information Technologist Systems Infrastructure University of South Australia Phone: +61 8 830 23641 Fax: +61 8 830 25800 Log your own service calls here: http://www.unisa.edu.au/helpdesk AskIT documentation and FAQs: http://www.unisa.edu.au/askit --- This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorised. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, 2 December 2008 10:09 AM To: Brendan Clover; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Bperror command in 6.5.2 Brendan, Try adding the seconds field to the start and end time.That should work. bperror -U -backstat -d 11/30/2008 17:00:00 -e 12/12/2008 18:00:00 -Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brendan Clover Sent: Monday, December 01, 2008 5:24 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Bperror command in 6.5.2 Hi All, We use the bperror command to report on the status of last nights backups with a command line something like this: sudo bperror -U -backstat -d 11/30/2008 17:00 -e 11/12/2008 18:00 However since upgrading our master server to 6.5.2 over the weekend this command errors, if I remove the time fields the command works again. The help for bperror suggests that the above command is still valid, does anyone know of a work around without using the hours ago switch? Regards, Brendan Clover Information Technologist Systems Infrastructure University of South Australia Phone: +61 8 830 23641 Fax: +61 8 830 25800 Log your own service calls here: http://www.unisa.edu.au/helpdesk AskIT documentation and FAQs: http://www.unisa.edu.au/askit --- This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorised. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This e-mail and any attachments may contain confidential information of Northwestern Mutual. If you are not the intended recipient of this message, be aware that any disclosure, copying, distribution or use of this e-mail and any attachments is prohibited. If you have received this e-mail in error, please notify Northwestern Mutual immediately by returning it to the sender and delete all copies from your system. Please be advised that communications received via the Northwestern Mutual Secure Message Center are secure. Communications that are not received via the Northwestern Mutual Secure Message Center may not be secure and could be observed by a third party. Thank you for your cooperation. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] bocada software for monitoring
On Mon, Dec 1, 2008 at 4:57 PM, [EMAIL PROTECTED] wrote: Take the products for a test drive for a couple of weeks and see which one suits you the best. I know that both Aptare and VBR will offer this service, not sure about Bocada, but I bet they do. Bocada used to because we had a test drive here. It only took their tech support folks and me about a half-day to install the client on my desktop after the server was configured. Back then, and I don't know if it still is, the client was very fat and very ugly. Definitely NOT something you'd want management to have to install. Aptare, on the other hand, just requires a web browser (unfortunately the current requirements are nothing my own tech support folks will support, but that's not Aptare's fault). .../Ed Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Bperror command in 6.5.2
Your start date is after your end date. Start is Nov 30 End is Nov 12. Steve On Mon, Dec 1, 2008 at 7:24 PM, Brendan Clover [EMAIL PROTECTED]wrote: Hi All, We use the bperror command to report on the status of last nights backups with a command line something like this: sudo bperror -U -backstat -d 11/30/2008 17:00 -e 11/12/2008 18:00 However since upgrading our master server to 6.5.2 over the weekend this command errors, if I remove the time fields the command works again. The help for bperror suggests that the above command is still valid, does anyone know of a work around without using the hours ago switch? Regards, Brendan Clover Information Technologist Systems Infrastructure University of South Australia Phone: +61 8 830 23641 Fax: +61 8 830 25800 Log your own service calls here: http://www.unisa.edu.au/helpdesk AskIT documentation and FAQs: http://www.unisa.edu.au/askit --- This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorised. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu