RE: [Veritas-bu] Share Tape Drives for X hours
Title: Share Tape Drives for X hours Storage units cannot span media servers but storage unit groups can. I guess, you could do it with careful scheduling, backups running during the evening go to a specific storage unit. Backups scheduled for early morning go to a storage unit group that contains both storage units. Actually, I'd build two, since stu-groups have a sense of priority. Build one group with stu1 as priority & a second group with stu2 on top. Each would roll to the other storage unit if the first was busy or unavailable. I guess you could also programatically alter a storage unit group by adding & removing storage units from it via cron. This would be complicated & perhaps wouldn't result in what you wanted anyway. Images started but not running wouldn't be affected by the change. Only jobs scheduled after the change would work correctly. I'd do it with timing & storage unit groups. -M -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Yosifovski, TammySent: Tuesday, December 13, 2005 2:32 PMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Share Tape Drives for X hours Hi Netbackup smarties. Netbackup 5.1 MP 3 SSO, ACSLS on Solaris 9. I have a total of 5 9840C tape drives. 3 dedicated to a master, 2 dedicated to a media I want to share my 2 drives for a subset of hours during my complete backup window. IE 3 drives from 6 - 7 PM, 3 drives from 7 PM - 12 AM, and 5 again from 12 AM - 6:00 AM. Can this be done? How? Storage Groups? Thanks for your help!! -This e-mail is the exclusive, private and confidential property of the sender. Theinformation contained in it is intended solely for the use of the sender and theintended recipient. If you are not the intended recipient you are hereby advised thatany unauthorized disclosure, copying, distribution or the taking of any action inreliance on the contents of this message is strictly prohibited. If you have receivedthis e-mail in error, please notify us immediately by telephone (call the USFCorporation Technical Support Center at 1-888-873-8721) and then destroy thisdocument and any copies in any form immediately. Finally, the recipient shouldcheck this email and any attachments for the presence of viruses. USF Corporationaccepts no liability for any damage caused by any virus transmitted by this email.-
[Veritas-bu] Share Tape Drives for X hours
Title: Share Tape Drives for X hours Hi Netbackup smarties….. Netbackup 5.1 MP 3 SSO, ACSLS on Solaris 9. I have a total of 5 9840C tape drives. 3 dedicated to a master, 2 dedicated to a media I want to share my 2 drives for a subset of hours during my complete backup window. IE 3 drives from 6 - 7 PM, 3 drives from 7 PM - 12 AM, and 5 again from 12 AM - 6:00 AM. Can this be done? How? Storage Groups? Thanks for your help!! - This e-mail is the exclusive, private and confidential property of the sender. The information contained in it is intended solely for the use of the sender and the intended recipient. If you are not the intended recipient you are hereby advised that any unauthorized disclosure, copying, distribution or the taking of any action in reliance on the contents of this message is strictly prohibited. If you have received this e-mail in error, please notify us immediately by telephone (call the USF Corporation Technical Support Center at 1-888-873-8721) and then destroy this document and any copies in any form immediately. Finally, the recipient should check this email and any attachments for the presence of viruses. USF Corporation accepts no liability for any damage caused by any virus transmitted by this email. -
RE: [Veritas-bu] Scheduler problems with 5.1MP3A?
We had this exact problem on 5.1 MP3A. We stayed at MP3A but put in the BPSCHED binary for MP4 and everything is working great ! We will be proceeding with a formal MP4 upgrade. Brian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Tuesday, December 13, 2005 1:39 PM To: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Scheduler problems with 5.1MP3A? Aha, so http://seer.support.veritas.com/docs/268122.htm appeared in 5.0GA. It says it affects 5.1, but doesn't specify the MP levels.may not have been any MPs released at that time. That's what I'm betting on. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: December 13, 2005 2:35 PM > To: veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Scheduler problems with 5.1MP3A? > > > We were upgrading in this case from 4.5FP8. > > William D L Brown > > > > > "Paul Keating" <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > 13-Dec-2005 16:00 > > To > veritas-bu@mailman.eng.auburn.edu > cc > > Subject > RE: [Veritas-bu] Scheduler problems with 5.1MP3A? > > > > > > > What were you upgrading from? > > There were 2 issues I ran into with the scheduler in 5.0 > http://seer.support.veritas.com/docs/268122.htm > http://seer.support.veritas.com/docs/274544.htm > > > Paul > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > [EMAIL PROTECTED] > > Sent: December 13, 2005 10:43 AM > > To: veritas-bu@mailman.eng.auburn.edu > > Subject: [Veritas-bu] Scheduler problems with 5.1MP3A? > > > > > > Has anyone experienced problems with upgrading to 5.1MP3A? > We have > > recently upgraded a fairly large master/media server from > > 4.5FP8, and ran > > into problems with the scheduler. > > > > Some were fixed by making the (Solaris) kernel parameters > > much bigger (to > > cope with 200+ jobs starting at once), but there remain some issues. > > > > Symantec support are telling us that other customers have > > found 5.1MP4 an > > effective fix for these problems. Anyone had that experience? > > > > William D L Brown > > > > > > ___ > > 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 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 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] Scheduler problems with 5.1MP3A?
We were upgrading in this case from 4.5FP8. William D L Brown "Paul Keating" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 13-Dec-2005 16:00 To veritas-bu@mailman.eng.auburn.edu cc Subject RE: [Veritas-bu] Scheduler problems with 5.1MP3A? What were you upgrading from? There were 2 issues I ran into with the scheduler in 5.0 http://seer.support.veritas.com/docs/268122.htm http://seer.support.veritas.com/docs/274544.htm Paul > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: December 13, 2005 10:43 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Scheduler problems with 5.1MP3A? > > > Has anyone experienced problems with upgrading to 5.1MP3A? We have > recently upgraded a fairly large master/media server from > 4.5FP8, and ran > into problems with the scheduler. > > Some were fixed by making the (Solaris) kernel parameters > much bigger (to > cope with 200+ jobs starting at once), but there remain some issues. > > Symantec support are telling us that other customers have > found 5.1MP4 an > effective fix for these problems. Anyone had that experience? > > William D L Brown > > > ___ > 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 maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Scheduler problems with 5.1MP3A?
Aha, so http://seer.support.veritas.com/docs/268122.htm appeared in 5.0GA. It says it affects 5.1, but doesn't specify the MP levels.may not have been any MPs released at that time. That's what I'm betting on. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: December 13, 2005 2:35 PM > To: veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Scheduler problems with 5.1MP3A? > > > We were upgrading in this case from 4.5FP8. > > William D L Brown > > > > > "Paul Keating" <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > 13-Dec-2005 16:00 > > To > veritas-bu@mailman.eng.auburn.edu > cc > > Subject > RE: [Veritas-bu] Scheduler problems with 5.1MP3A? > > > > > > > What were you upgrading from? > > There were 2 issues I ran into with the scheduler in 5.0 > http://seer.support.veritas.com/docs/268122.htm > http://seer.support.veritas.com/docs/274544.htm > > > Paul > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > [EMAIL PROTECTED] > > Sent: December 13, 2005 10:43 AM > > To: veritas-bu@mailman.eng.auburn.edu > > Subject: [Veritas-bu] Scheduler problems with 5.1MP3A? > > > > > > Has anyone experienced problems with upgrading to 5.1MP3A? > We have > > recently upgraded a fairly large master/media server from > > 4.5FP8, and ran > > into problems with the scheduler. > > > > Some were fixed by making the (Solaris) kernel parameters > > much bigger (to > > cope with 200+ jobs starting at once), but there remain some issues. > > > > Symantec support are telling us that other customers have > > found 5.1MP4 an > > effective fix for these problems. Anyone had that experience? > > > > William D L Brown > > > > > > ___ > > 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 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] multistreams some don't run?
The one that didn't run was the *first* path in the list. MPX set to 1, 2 jobs per policy, multistreaming on, 2 drives connected. I just changed the order of home and apps in the list (just to "touch" the policy) Then I fired off a manual on the policy (didn't specify full or inc) and all 4 streams fired up for FULLs/vol/vol1/nfs/home and /vol/vol1/nfs/apps went active, and /vol/vol0 and /vol/vol1/windows queued. Odd, but it seems ok now. Paul > -Original Message- > From: Andrew Stueve [mailto:[EMAIL PROTECTED] > Sent: December 13, 2005 2:03 PM > To: Paul Keating > Cc: veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] multistreams some don't run? > > > I think there are some areas to explore still. How about mpx settings > on the devices? The last stream didn't start - ok, did it exceed the > backup window? > > -Andrew S. > > Paul Keating wrote: > > > Didn't start. > > > > no mention of it in bpsched logs. > > > > bash-2.03# grep "client nas_h handling path" log.121205 > > 15:00:26.191 [2195] <4> log_in_errorDB: client nas_h handling path > > /vol/vol1/nfs > > 15:00:26.201 [2196] <4> log_in_errorDB: client nas_h handling path > > /vol/vol1/windows > > 20:07:23.942 [10373] <4> log_in_errorDB: client nas_h handling path > > /vol/vol1/nfs > > 21:59:42.316 [23050] <4> log_in_errorDB: client nas_h handling path > > /vol/vol1/windows > > 22:17:41.504 [26164] <4> log_in_errorDB: client nas_h handling path > > /vol/vol1/nfs/apps > > 22:17:41.686 [26166] <4> log_in_errorDB: client nas_h handling path > > /vol/vol0 > > 22:37:43.666 [28429] <4> log_in_errorDB: client nas_h handling path > > /vol/vol1/windows > > 22:52:35.633 [29826] <4> log_in_errorDB: client nas_h handling path > > /vol/vol0 > > 23:07:29.753 [1433] <4> log_in_errorDB: client nas_h handling path > > /vol/vol1/nfs/apps > > bash-2.03# grep "/vol/vol1/nfs/home" log.121205 > > bash-2.03# grep "nfs/home" log.121205 > > bash-2.03# > > > > I backed up just : /vol/vol1 in a single chunk on Friday, and it > > backed up pretty quickly (1 Terabyte in 10 hours) , but took 7 hours > > to restore one file, so I figured I'd break the policy into multiple > > jobs, one per filesystem, so the reestore would have to > stream through > > less tape. > > > > so last night I let a full run, broken into sections, and "home" > > didn't run.. > > > > So I need to somehow run a full of home and cumulatives of the > > restguess I'll have to split it out into multiple policies? > > > > Paul > > > > > > -Original Message- > > *From:* Steven Cashman [mailto:[EMAIL PROTECTED] > > *Sent:* December 13, 2005 1:17 PM > > *To:* Piszcz, Justin; Paul Keating; > veritas-bu@mailman.eng.auburn.edu > > *Subject:* RE: [Veritas-bu] multistreams some don't run? > > > > Check the logs to see why the home did not run. Did a job start > > for it and fail or not start at all. > > > > Are you positive that the path is correct? > > > > Remove the other 3 streams as a test > > > > > -- > -- > > *From:* [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] *On Behalf Of > > *Piszcz, Justin > > *Sent:* Tuesday, December 13, 2005 11:32 AM > > *To:* Paul Keating; veritas-bu@mailman.eng.auburn.edu > > *Subject:* RE: [Veritas-bu] multistreams some don't run? > > > > If you contact Veritas, they will ask you to do 1 stream per > > schedule and do not multiple streams, do they run properly then? > > > > > > > > > -- > -- > > > > *From:* [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] *On Behalf Of > > *Paul Keating > > *Sent:* Tuesday, December 13, 2005 12:13 PM > > *To:* veritas-bu@mailman.eng.auburn.edu > > *Subject:* RE: [Veritas-bu] multistreams some don't run? > > > > > > > > Config is: > > > > > > > > "Allow Multiple Streams" *check* > > > > "Max Jobs Per Policy"2 > > > > -Original Message- > > *From:* Piszcz, Justin [mailto:[EMAIL PROTECTED] > > *Sent:* December 13, 2005 12:02 PM > > *To:* Paul Keating; veritas-bu@mailman.eng.auburn.edu > > *Subject:* RE: [Veritas-bu] multistreams some don't run? > > > > How many multiple streams do you have to run > simultaneously in > > the schedule? > > > > > > > > > -- > -- > > > > *From:* [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > *On Behalf Of > > *Paul Keating > > *Sent:* Tuesday, December 13, 2005 11:45 AM > > *To:* veritas-bu@mailman.eng.auburn.edu > > *Subject:* [Veritas-bu] multistreams some don't run? > > > > > > > > in a policy, I specified 4 paths > > > > > > > > /vol/vol1/nfs/home > > > >
Re: [Veritas-bu] multistreams some don't run?
I think there are some areas to explore still. How about mpx settings on the devices? The last stream didn't start - ok, did it exceed the backup window? -Andrew S. Paul Keating wrote: > Didn't start. > > no mention of it in bpsched logs. > > bash-2.03# grep "client nas_h handling path" log.121205 > 15:00:26.191 [2195] <4> log_in_errorDB: client nas_h handling path > /vol/vol1/nfs > 15:00:26.201 [2196] <4> log_in_errorDB: client nas_h handling path > /vol/vol1/windows > 20:07:23.942 [10373] <4> log_in_errorDB: client nas_h handling path > /vol/vol1/nfs > 21:59:42.316 [23050] <4> log_in_errorDB: client nas_h handling path > /vol/vol1/windows > 22:17:41.504 [26164] <4> log_in_errorDB: client nas_h handling path > /vol/vol1/nfs/apps > 22:17:41.686 [26166] <4> log_in_errorDB: client nas_h handling path > /vol/vol0 > 22:37:43.666 [28429] <4> log_in_errorDB: client nas_h handling path > /vol/vol1/windows > 22:52:35.633 [29826] <4> log_in_errorDB: client nas_h handling path > /vol/vol0 > 23:07:29.753 [1433] <4> log_in_errorDB: client nas_h handling path > /vol/vol1/nfs/apps > bash-2.03# grep "/vol/vol1/nfs/home" log.121205 > bash-2.03# grep "nfs/home" log.121205 > bash-2.03# > > I backed up just : /vol/vol1 in a single chunk on Friday, and it > backed up pretty quickly (1 Terabyte in 10 hours) , but took 7 hours > to restore one file, so I figured I'd break the policy into multiple > jobs, one per filesystem, so the reestore would have to stream through > less tape. > > so last night I let a full run, broken into sections, and "home" > didn't run.. > > So I need to somehow run a full of home and cumulatives of the > restguess I'll have to split it out into multiple policies? > > Paul > > > -Original Message- > *From:* Steven Cashman [mailto:[EMAIL PROTECTED] > *Sent:* December 13, 2005 1:17 PM > *To:* Piszcz, Justin; Paul Keating; veritas-bu@mailman.eng.auburn.edu > *Subject:* RE: [Veritas-bu] multistreams some don't run? > > Check the logs to see why the home did not run. Did a job start > for it and fail or not start at all. > > Are you positive that the path is correct? > > Remove the other 3 streams as a test > > > *From:* [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] *On Behalf Of > *Piszcz, Justin > *Sent:* Tuesday, December 13, 2005 11:32 AM > *To:* Paul Keating; veritas-bu@mailman.eng.auburn.edu > *Subject:* RE: [Veritas-bu] multistreams some don't run? > > If you contact Veritas, they will ask you to do 1 stream per > schedule and do not multiple streams, do they run properly then? > > > > > > *From:* [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] *On Behalf Of > *Paul Keating > *Sent:* Tuesday, December 13, 2005 12:13 PM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* RE: [Veritas-bu] multistreams some don't run? > > > > Config is: > > > > "Allow Multiple Streams" *check* > > "Max Jobs Per Policy"2 > > -Original Message- > *From:* Piszcz, Justin [mailto:[EMAIL PROTECTED] > *Sent:* December 13, 2005 12:02 PM > *To:* Paul Keating; veritas-bu@mailman.eng.auburn.edu > *Subject:* RE: [Veritas-bu] multistreams some don't run? > > How many multiple streams do you have to run simultaneously in > the schedule? > > > > > > > *From:* [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] *On Behalf Of > *Paul Keating > *Sent:* Tuesday, December 13, 2005 11:45 AM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* [Veritas-bu] multistreams some don't run? > > > > in a policy, I specified 4 paths > > > > /vol/vol1/nfs/home > > /vol/vol1/nfs/apps > > /vol/vol1/windows > > /vol/vol0 > > > > (in that order) > > > > I have specified max 2 jobs per policy, and "allow multiple > streams" > > > > The first one, "home" didn't get backed up at all, but a FULL > ran on the other threeran as separate jobs for each of the > 3 paths that did run. > > > > Interesting? any insight? > > > > Paul > > > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] multistreams some don't run?
Title: Message Didn't start. no mention of it in bpsched logs. bash-2.03# grep "client nas_h handling path" log.12120515:00:26.191 [2195] <4> log_in_errorDB: client nas_h handling path /vol/vol1/nfs15:00:26.201 [2196] <4> log_in_errorDB: client nas_h handling path /vol/vol1/windows20:07:23.942 [10373] <4> log_in_errorDB: client nas_h handling path /vol/vol1/nfs21:59:42.316 [23050] <4> log_in_errorDB: client nas_h handling path /vol/vol1/windows22:17:41.504 [26164] <4> log_in_errorDB: client nas_h handling path /vol/vol1/nfs/apps22:17:41.686 [26166] <4> log_in_errorDB: client nas_h handling path /vol/vol022:37:43.666 [28429] <4> log_in_errorDB: client nas_h handling path /vol/vol1/windows22:52:35.633 [29826] <4> log_in_errorDB: client nas_h handling path /vol/vol023:07:29.753 [1433] <4> log_in_errorDB: client nas_h handling path /vol/vol1/nfs/appsbash-2.03# grep "/vol/vol1/nfs/home" log.121205bash-2.03# grep "nfs/home" log.121205bash-2.03# I backed up just : /vol/vol1 in a single chunk on Friday, and it backed up pretty quickly (1 Terabyte in 10 hours) , but took 7 hours to restore one file, so I figured I'd break the policy into multiple jobs, one per filesystem, so the reestore would have to stream through less tape. so last night I let a full run, broken into sections, and "home" didn't run.. So I need to somehow run a full of home and cumulatives of the restguess I'll have to split it out into multiple policies? Paul -Original Message-From: Steven Cashman [mailto:[EMAIL PROTECTED] Sent: December 13, 2005 1:17 PMTo: Piszcz, Justin; Paul Keating; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] multistreams some don't run? Check the logs to see why the home did not run. Did a job start for it and fail or not start at all. Are you positive that the path is correct? Remove the other 3 streams as a test From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Piszcz, JustinSent: Tuesday, December 13, 2005 11:32 AMTo: Paul Keating; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] multistreams some don't run? If you contact Veritas, they will ask you to do 1 stream per schedule and do not multiple streams, do they run properly then? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul KeatingSent: Tuesday, December 13, 2005 12:13 PMTo: veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] multistreams some don't run? Config is: "Allow Multiple Streams" *check* "Max Jobs Per Policy" 2 -Original Message-From: Piszcz, Justin [mailto:[EMAIL PROTECTED] Sent: December 13, 2005 12:02 PMTo: Paul Keating; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] multistreams some don't run? How many multiple streams do you have to run simultaneously in the schedule? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul KeatingSent: Tuesday, December 13, 2005 11:45 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] multistreams some don't run? in a policy, I specified 4 paths /vol/vol1/nfs/home /vol/vol1/nfs/apps /vol/vol1/windows /vol/vol0 (in that order) I have specified max 2 jobs per policy, and "allow multiple streams" The first one, "home" didn't get backed up at all, but a FULL ran on the other threeran as separate jobs for each of the 3 paths that did run. Interesting? any insight? Paul
RE: [Veritas-bu] multistreams some don't run?
Title: Message If you contact Veritas, they will ask you to do 1 stream per schedule and do not multiple streams, do they run properly then? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Tuesday, December 13, 2005 12:13 PM To: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] multistreams some don't run? Config is: "Allow Multiple Streams" *check* "Max Jobs Per Policy" 2 -Original Message- From: Piszcz, Justin [mailto:[EMAIL PROTECTED] Sent: December 13, 2005 12:02 PM To: Paul Keating; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] multistreams some don't run? How many multiple streams do you have to run simultaneously in the schedule? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Tuesday, December 13, 2005 11:45 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] multistreams some don't run? in a policy, I specified 4 paths /vol/vol1/nfs/home /vol/vol1/nfs/apps /vol/vol1/windows /vol/vol0 (in that order) I have specified max 2 jobs per policy, and "allow multiple streams" The first one, "home" didn't get backed up at all, but a FULL ran on the other threeran as separate jobs for each of the 3 paths that did run. Interesting? any insight? Paul
RE: [Veritas-bu] bpgp like command for Windows
I have access to a NBU3.4 Solaris master and checked: master# pwd /usr/openv/netbackup master# master# cat version HARDWARE SOLARIS VERSION NetBackup 3.4GA RELEASEDATE Tue Jun 20 03:04:00 CDT 2000 master# master# cd bin master# master# file bpgp bpgp: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped master# It's not a shell script. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Stump Sent: Tuesday, December 13, 2005 07:46 To: Martin NONLILLY; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] bpgp like command for Windows I was wondering if anyone may have NB v 3.x and could check to see if bpgp is written in shell? >>> Martin Rohrbach NONLILLY <[EMAIL PROTECTED]> 12/13/2005 6:50 AM >>> Well, for example I'd like to compile a list of excludes across all our clients. To get to the UNIX excludes, I have to look at the exclude_list files in /usr/openv/netbackup but we only have Windows Masters - hence no bpgp. I got it working by having a look at some network traces and coding my very own bpgp.pl (only the "from" portion though) -- works nicely at least for this purpose and client types / versions we use here :) If anyone's interested I'm happy to share it but not on the list ... Martin Bob Stump <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 12/12/2005 17:21 To veritas-bu@mailman.eng.auburn.edu, [EMAIL PROTECTED] cc Subject Re: [Veritas-bu] bpgp like command for Windows bpgp was called by add_slave_on_clients to get the bp.conf file on a UNIX client so it could be modified and resent to the client. I don't see any need for bpgp to be on a windows system. I was given the proper syntax for bpgp to get a windows file onto a UNIX server by Greg Sheka. # bpgp from W2K "/C/\\Program Files\\VERITAS\\NetBackup\\Logs\\Bptm\\040105.log" /tmp/gotit I found that helpful. Hey what if you got a copy of bpgp and ran it from a valid UNIX netbackup server? might work >>> <[EMAIL PROTECTED]> 12/12/2005 9:24 AM >>> Hello All Does somebody know of a bpgp like command for Netbackup on Windows ? Regards Michael -- Cybercity Webhosting (http://www.cybercity.dk) ___ 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 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] multistreams some don't run?
Title: Message Config is: "Allow Multiple Streams" *check* "Max Jobs Per Policy" 2 -Original Message-From: Piszcz, Justin [mailto:[EMAIL PROTECTED] Sent: December 13, 2005 12:02 PMTo: Paul Keating; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] multistreams some don't run? How many multiple streams do you have to run simultaneously in the schedule? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul KeatingSent: Tuesday, December 13, 2005 11:45 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] multistreams some don't run? in a policy, I specified 4 paths /vol/vol1/nfs/home /vol/vol1/nfs/apps /vol/vol1/windows /vol/vol0 (in that order) I have specified max 2 jobs per policy, and "allow multiple streams" The first one, "home" didn't get backed up at all, but a FULL ran on the other threeran as separate jobs for each of the 3 paths that did run. Interesting? any insight? Paul
RE: [Veritas-bu] multistreams some don't run?
Title: Message How many multiple streams do you have to run simultaneously in the schedule? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Tuesday, December 13, 2005 11:45 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] multistreams some don't run? in a policy, I specified 4 paths /vol/vol1/nfs/home /vol/vol1/nfs/apps /vol/vol1/windows /vol/vol0 (in that order) I have specified max 2 jobs per policy, and "allow multiple streams" The first one, "home" didn't get backed up at all, but a FULL ran on the other threeran as separate jobs for each of the 3 paths that did run. Interesting? any insight? Paul
RE: [Veritas-bu] Cleaning Tape & SAN Media Server
It tells you how in the Admin guide but here is the short cut Put the media in any slot with Netbackup tapes within the robot Go into your media inventory and add them in so Netbackup recognizes the cleaning tapes (they have to be labeled CLNxxx and in the pool of NONE) Create a barcode rule telling it CLN is always in pool of NONE and it is a cleaning tape If you have proper patches of Netbackup and OS to use tape alert of the drive (and if drive supports it) then when the tape alert flag shows the drive needs cleaning Netbackup will clean the drive Make sure drive cleaning is turned off on the robot Penelope -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin King Sent: Tuesday, December 13, 2005 11:26 AM To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Cleaning Tape & SAN Media Server Not sure about the cleaning. Some libraries have cleaning slots and will automatically take care of it, but I think it just depends on the model. As for the media server, here's the short list: 1. Make sure the machine can see the tape drive(s) directly over the SCSI/Fibre bus 2. Run NBU auto-config to identify and setup the drives, robot and storage unit. 3. Setup a policy that backs up to the newly created storage unit. Just test the local machine first, then start adding clients. Good luck. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Tuesday, December 13, 2005 1:35 AM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] Cleaning Tape & SAN Media Server Good Morning. Well so far, I am having alot more successful backups. I get the very odd status 84 message appear, but the backups do continue and complete. Looking into this more, I wonder if my drives need cleaning. I have purchased 2 tape cleaning media's - is there a way I can configure in Netbackup to "automatically" clean the drives?? Or do you have to use TPCLEAN? For example, I will stick the cleaning tape in slot 1 - can a schedule be set to clean tapes or am I talking rubbish!? Also, if anyone has any docs on how to put in a SAN Media Server, I would TRULY apprecaite it! Tried to implement a MEdia Server over the weekend, and clearly I am doing something wrong because when I finally got it up and running, all I was seeing was a mirror image of what my master is seeing! And although I am trying to configure the SAN Media Server to go through a fibre backup, rather than LAN, this does not seem to be happening! Thanks to everyone with all of their help and input! Simon ___ 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] Cleaning Tape & SAN Media Server
Title: Message The trouble with frequency-based cleaning in an SSO environment (if you're SSO) is that the usage data isn't aggregated anywhere (at least in v5.x & down). If you're not SSO, then I'd recommend a simple frequency per drive. For SSO, the official response is to use Tape-Alert cleaning, the drive can, supposedly, call for a cleaning when needed. I haven't had much success on this, though. If you use library-based cleaning, then sometimes you'll get into trouble. The library will decide to clean a drive and not inform Netbackup. Then Netbackup will attempt to mount a tape in the drive with the cleaning tape, fail, and then DOWN the drive on you. Annoying. One day, I need to wrrite something that aggregates SSO usage data and initiates a tpclean on my own defined frequency. --M -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of WEAVER, SimonSent: Tuesday, December 13, 2005 12:35 AMTo: 'veritas-bu@mailman.eng.auburn.edu'Subject: [Veritas-bu] Cleaning Tape & SAN Media Server Good Morning. Well so far, I am having alot more successful backups. I get the very odd status 84 message appear, but the backups do continue and complete. Looking into this more, I wonder if my drives need cleaning. I have purchased 2 tape cleaning media's - is there a way I can configure in Netbackup to "automatically" clean the drives?? Or do you have to use TPCLEAN? For example, I will stick the cleaning tape in slot 1 - can a schedule be set to clean tapes or am I talking rubbish!? Also, if anyone has any docs on how to put in a SAN Media Server, I would TRULY apprecaite it! Tried to implement a MEdia Server over the weekend, and clearly I am doing something wrong because when I finally got it up and running, all I was seeing was a mirror image of what my master is seeing! And although I am trying to configure the SAN Media Server to go through a fibre backup, rather than LAN, this does not seem to be happening! Thanks to everyone with all of their help and input! Simon This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of EADS Astrium Limited.Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.EADS Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
[Veritas-bu] multistreams some don't run?
Title: Message in a policy, I specified 4 paths /vol/vol1/nfs/home /vol/vol1/nfs/apps /vol/vol1/windows /vol/vol0 (in that order) I have specified max 2 jobs per policy, and "allow multiple streams" The first one, "home" didn't get backed up at all, but a FULL ran on the other threeran as separate jobs for each of the 3 paths that did run. Interesting? any insight? Paul
RE: [Veritas-bu] NetBackup Reporting
Of course, what'cha gonna do when a single stream of a multi-stream backup fails continually while the other succeed? It has to be sorted down to that level. (Like my D: drive on one problem NT box that can't stay connected long enough to back up). (Anybody else have the "Cops" theme in their head now?) I've attached my script that checks for repeated image-level failures. It has two parameters on the top that contol the alarm point for unix & NT (different because our NT level jobs are less important to me, sorry Bill.) Resolution is in days. #Search Depth for backups DAYSBACK=2 DAYSBACKNT=3 #Mail alias for report [EMAIL PROTECTED] Change the ADDR variable above, too. It works pretty well - it uses the failures & successes of the past attempts to populate what is searched for. It doesn't care how it was backed up, ie: incremental, full, etc, but just that it was attempted. If I have a full backup fail on a weekend, I'm not too concerned if an incremental was covering for me during that time - I still have a restorable backup. At this time, it only checks for Standard & NT jobs - it ignores other types (Oracle, etc). The script is also not smart enough to know if a backup of a "missed" filesystem is currently active at the time the data is gathered. The the status of a running job is in flux, so to speak. It only reports on completed jobs. Status code 0 & 1 jobs are considered succesful. The DAYSBACK variable can't be any less than your longest regularly scheduled server idle time or you'll get false alarms. It's easier to give an example. If you do a weeknight incremental (M-F) and a weekend full (Sat) and nothing on Sunday normally, AND if your DAYSBACK is set to 1, then you'll get alarms on Sunday for a missed backup since no backup was recorded for that previous 24 hours. Since nothing was scheduled, it's OK that it was missed but the script isn't smart enough to know that on its own. The only interval that makes sense in this case is a 2-day value. I use a "frequency + 24 hours" algorithm for my shop - I do daily backups with no skipped days so 1-day would be probably too much notification but 2-days is a pretty good balance point, IMO. Anyway, for what it is, it's a pretty decent CYA for us - it may be for you, too. Script attached. -M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Piszcz, Justin Sent: Tuesday, December 13, 2005 7:31 AM To: Paul Keating; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] NetBackup Reporting What I am saying is I only want to see actual failures, the two/three scripts I use show error 41 being a failure for instance, even though it is also marked as being backed up successfully. A failure [usually] means that a job failed > 12 times; however, there have been cases where there is a failure with no retries. From: Paul Keating [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 13, 2005 8:37 AM To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] NetBackup Reporting So what you're saying is that you occasionally need to re-run a job 12+ times to get a backup without a status 41 or 13? Basically you're looking for a script that tells you which machines in active policies have not had a successfull backup in the last x hours? Paul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Piszcz, Justin Sent: December 13, 2005 7:23 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NetBackup Reporting Does anyone have a script that will ONLY report clients that REALLY failed? I have retries set to 12, even though they never usually go past this number (maybe one or two retries on a few clients) - I have two/three scripts that show them as failures, while in reality they are error(41s) or file read failed(13) which retry and run successfully. Does anyone have a full-proof reporting script? Justin. endangered_check Description: Binary data
RE: [Veritas-bu] Cleaning Tape & SAN Media Server
Not sure about the cleaning. Some libraries have cleaning slots and will automatically take care of it, but I think it just depends on the model. As for the media server, here's the short list: 1. Make sure the machine can see the tape drive(s) directly over the SCSI/Fibre bus 2. Run NBU auto-config to identify and setup the drives, robot and storage unit. 3. Setup a policy that backs up to the newly created storage unit. Just test the local machine first, then start adding clients. Good luck. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Tuesday, December 13, 2005 1:35 AM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] Cleaning Tape & SAN Media Server Good Morning. Well so far, I am having alot more successful backups. I get the very odd status 84 message appear, but the backups do continue and complete. Looking into this more, I wonder if my drives need cleaning. I have purchased 2 tape cleaning media's - is there a way I can configure in Netbackup to "automatically" clean the drives?? Or do you have to use TPCLEAN? For example, I will stick the cleaning tape in slot 1 - can a schedule be set to clean tapes or am I talking rubbish!? Also, if anyone has any docs on how to put in a SAN Media Server, I would TRULY apprecaite it! Tried to implement a MEdia Server over the weekend, and clearly I am doing something wrong because when I finally got it up and running, all I was seeing was a mirror image of what my master is seeing! And although I am trying to configure the SAN Media Server to go through a fibre backup, rather than LAN, this does not seem to be happening! Thanks to everyone with all of their help and input! Simon ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Restore From Disk Behavior
Running: NBU 5.0 MP6 I have a fairly large LUN on Linux (~200 GB) being backed up to disk. The DSU is has a 2GB fragment size. I restored approximate 3GB and it works, but the behavior is strange. It will restore some amount of the files then it continues to scan through the fragments (the GUI reports that data is still being restored--though it isn't) until it reaches the remainder of the files within the image and restores them. The end result is the same-- 3GB are restored successfully, but the GUI reports that over 100GB was restored-- and the time it takes to restore the 3GB is what it would take to restore 100. Is this normal behavior? I don't think I'm doing anything incorrect, but is there a way to make the restore more efficient? Is there a fragment size that would improve this? Ideas are welcome. Thanks in advance, Justin King ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Scheduler problems with 5.1MP3A?
What were you upgrading from? There were 2 issues I ran into with the scheduler in 5.0 http://seer.support.veritas.com/docs/268122.htm http://seer.support.veritas.com/docs/274544.htm Paul > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: December 13, 2005 10:43 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Scheduler problems with 5.1MP3A? > > > Has anyone experienced problems with upgrading to 5.1MP3A? We have > recently upgraded a fairly large master/media server from > 4.5FP8, and ran > into problems with the scheduler. > > Some were fixed by making the (Solaris) kernel parameters > much bigger (to > cope with 200+ jobs starting at once), but there remain some issues. > > Symantec support are telling us that other customers have > found 5.1MP4 an > effective fix for these problems. Anyone had that experience? > > William D L Brown > > > ___ > 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] bpgp like command for Windows
I was wondering if anyone may have NB v 3.x and could check to see if bpgp is written in shell? >>> Martin Rohrbach NONLILLY <[EMAIL PROTECTED]> 12/13/2005 6:50 AM >>> Well, for example I'd like to compile a list of excludes across all our clients. To get to the UNIX excludes, I have to look at the exclude_list files in /usr/openv/netbackup but we only have Windows Masters - hence no bpgp. I got it working by having a look at some network traces and coding my very own bpgp.pl (only the "from" portion though) -- works nicely at least for this purpose and client types / versions we use here :) If anyone's interested I'm happy to share it but not on the list ... Martin Bob Stump <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 12/12/2005 17:21 To veritas-bu@mailman.eng.auburn.edu, [EMAIL PROTECTED] cc Subject Re: [Veritas-bu] bpgp like command for Windows bpgp was called by add_slave_on_clients to get the bp.conf file on a UNIX client so it could be modified and resent to the client. I don't see any need for bpgp to be on a windows system. I was given the proper syntax for bpgp to get a windows file onto a UNIX server by Greg Sheka. # bpgp from W2K "/C/\\Program Files\\VERITAS\\NetBackup\\Logs\\Bptm\\040105.log" /tmp/gotit I found that helpful. Hey what if you got a copy of bpgp and ran it from a valid UNIX netbackup server? might work >>> <[EMAIL PROTECTED]> 12/12/2005 9:24 AM >>> Hello All Does somebody know of a bpgp like command for Netbackup on Windows ? Regards Michael -- Cybercity Webhosting (http://www.cybercity.dk) ___ 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 maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Scheduler problems with 5.1MP3A?
Has anyone experienced problems with upgrading to 5.1MP3A? We have recently upgraded a fairly large master/media server from 4.5FP8, and ran into problems with the scheduler. Some were fixed by making the (Solaris) kernel parameters much bigger (to cope with 200+ jobs starting at once), but there remain some issues. Symantec support are telling us that other customers have found 5.1MP4 an effective fix for these problems. Anyone had that experience? William D L Brown ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Removeable Storage - Status 1
See doc #247001: http://seer.support.veritas.com/docs/247001.htm WEAVER, Simon wrote, in part, on 12/13/2005 4:35 AM: Although this does not cause a problem with the backups, I see this on a regular basis on some clients. Just wondered if any other Win2k3 Client users get this 11/12/2005 17:25:39 - Warning bpbrm(pid=2664) from client auk52145: WRN - Removable Storage Management: unable to export database (WIN32 21: Unknown error) 11/12/2005 17:25:39 - Error bpbrm(pid=2664) from client auk52145: ERR - failure reading file: C:\WINDOWS\system32\NtmsData\NTMSDATA (WIN32 33: Unknown error) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] NetBackup Reporting
Title: Message What I am saying is I only want to see actual failures, the two/three scripts I use show error 41 being a failure for instance, even though it is also marked as being backed up successfully. A failure [usually] means that a job failed > 12 times; however, there have been cases where there is a failure with no retries. From: Paul Keating [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 13, 2005 8:37 AM To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] NetBackup Reporting So what you're saying is that you occasionally need to re-run a job 12+ times to get a backup without a status 41 or 13? Basically you're looking for a script that tells you which machines in active policies have not had a successfull backup in the last x hours? Paul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Piszcz, Justin Sent: December 13, 2005 7:23 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NetBackup Reporting Does anyone have a script that will ONLY report clients that REALLY failed? I have retries set to 12, even though they never usually go past this number (maybe one or two retries on a few clients) – I have two/three scripts that show them as failures, while in reality they are error(41s) or file read failed(13) which retry and run successfully. Does anyone have a full-proof reporting script? Justin.
RE: [Veritas-bu] Removeable Storage - Status 1
Title: Message I have narrowed it down to possible issues with C: Drive or maybe a problem reading shadow copy components. Although it may not be something to worry about, I would worry if it prevented a successful restore of that client! Thanks Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Paul Keating [mailto:[EMAIL PROTECTED] Sent: 13 December 2005 13:32To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Removeable Storage - Status 1 I've seen this occasionally never found a solution, or worried much about it. Paul -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, SimonSent: December 13, 2005 4:35 AMTo: 'veritas-bu@mailman.eng.auburn.edu'Subject: [Veritas-bu] Removeable Storage - Status 1 Hi Although this does not cause a problem with the backups, I see this on a regular basis on some clients. Just wondered if any other Win2k3 Client users get this 11/12/2005 17:17:14 - positioning 4978L3 to file 311/12/2005 17:17:14 - positioned 4978L3; position time: 00:00:0011/12/2005 17:17:23 - positioning 4978L3 to file 411/12/2005 17:17:23 - positioned 4978L3; position time: 00:00:0011/12/2005 17:25:39 - Warning bpbrm(pid=2664) from client auk52145: WRN - Removable Storage Management: unable to export database (WIN32 21: Unknown error)11/12/2005 17:25:39 - Error bpbrm(pid=2664) from client auk52145: ERR - failure reading file: C:\WINDOWS\system32\NtmsData\NTMSDATA (WIN32 33: Unknown error)11/12/2005 17:26:06 - end writing; write time: 00:23:24the requested operation was partially successful(1) If anyone has any other options or work around, please let me know Thank you Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of EADS Astrium Limited.Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.EADS Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
RE: [Veritas-bu] NetBackup Reporting
Title: Message So what you're saying is that you occasionally need to re-run a job 12+ times to get a backup without a status 41 or 13? Basically you're looking for a script that tells you which machines in active policies have not had a successfull backup in the last x hours? Paul -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Piszcz, JustinSent: December 13, 2005 7:23 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] NetBackup Reporting Does anyone have a script that will ONLY report clients that REALLY failed? I have retries set to 12, even though they never usually go past this number (maybe one or two retries on a few clients) – I have two/three scripts that show them as failures, while in reality they are error(41s) or file read failed(13) which retry and run successfully. Does anyone have a full-proof reporting script? Justin.
RE: [Veritas-bu] Removeable Storage - Status 1
Title: Message I've seen this occasionally never found a solution, or worried much about it. Paul -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, SimonSent: December 13, 2005 4:35 AMTo: 'veritas-bu@mailman.eng.auburn.edu'Subject: [Veritas-bu] Removeable Storage - Status 1 Hi Although this does not cause a problem with the backups, I see this on a regular basis on some clients. Just wondered if any other Win2k3 Client users get this 11/12/2005 17:17:14 - positioning 4978L3 to file 311/12/2005 17:17:14 - positioned 4978L3; position time: 00:00:0011/12/2005 17:17:23 - positioning 4978L3 to file 411/12/2005 17:17:23 - positioned 4978L3; position time: 00:00:0011/12/2005 17:25:39 - Warning bpbrm(pid=2664) from client auk52145: WRN - Removable Storage Management: unable to export database (WIN32 21: Unknown error)11/12/2005 17:25:39 - Error bpbrm(pid=2664) from client auk52145: ERR - failure reading file: C:\WINDOWS\system32\NtmsData\NTMSDATA (WIN32 33: Unknown error)11/12/2005 17:26:06 - end writing; write time: 00:23:24the requested operation was partially successful(1) If anyone has any other options or work around, please let me know Thank you Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of EADS Astrium Limited.Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.EADS Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
[Veritas-bu] NetBackup Reporting
Does anyone have a script that will ONLY report clients that REALLY failed? I have retries set to 12, even though they never usually go past this number (maybe one or two retries on a few clients) – I have two/three scripts that show them as failures, while in reality they are error(41s) or file read failed(13) which retry and run successfully. Does anyone have a full-proof reporting script? Justin.
Re: [Veritas-bu] bpgp like command for Windows
Well, for example I'd like to compile a list of excludes across all our clients. To get to the UNIX excludes, I have to look at the exclude_list files in /usr/openv/netbackup but we only have Windows Masters - hence no bpgp. I got it working by having a look at some network traces and coding my very own bpgp.pl (only the "from" portion though) -- works nicely at least for this purpose and client types / versions we use here :) If anyone's interested I'm happy to share it but not on the list ... Martin Bob Stump <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 12/12/2005 17:21 To veritas-bu@mailman.eng.auburn.edu, [EMAIL PROTECTED] cc Subject Re: [Veritas-bu] bpgp like command for Windows bpgp was called by add_slave_on_clients to get the bp.conf file on a UNIX client so it could be modified and resent to the client. I don't see any need for bpgp to be on a windows system. I was given the proper syntax for bpgp to get a windows file onto a UNIX server by Greg Sheka. # bpgp from W2K "/C/\\Program Files\\VERITAS\\NetBackup\\Logs\\Bptm\\040105.log" /tmp/gotit I found that helpful. Hey what if you got a copy of bpgp and ran it from a valid UNIX netbackup server? might work >>> <[EMAIL PROTECTED]> 12/12/2005 9:24 AM >>> Hello All Does somebody know of a bpgp like command for Netbackup on Windows ? Regards Michael -- Cybercity Webhosting (http://www.cybercity.dk) ___ 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] Removeable Storage - Status 1
Title: Message I have seen this once or twice but never got to the root of the problem.. hmm From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of WEAVER, Simon Sent: Tuesday, December 13, 2005 4:35 AM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] Removeable Storage - Status 1 Hi Although this does not cause a problem with the backups, I see this on a regular basis on some clients. Just wondered if any other Win2k3 Client users get this 11/12/2005 17:17:14 - positioning 4978L3 to file 3 11/12/2005 17:17:14 - positioned 4978L3; position time: 00:00:00 11/12/2005 17:17:23 - positioning 4978L3 to file 4 11/12/2005 17:17:23 - positioned 4978L3; position time: 00:00:00 11/12/2005 17:25:39 - Warning bpbrm(pid=2664) from client auk52145: WRN - Removable Storage Management: unable to export database (WIN32 21: Unknown error) 11/12/2005 17:25:39 - Error bpbrm(pid=2664) from client auk52145: ERR - failure reading file: C:\WINDOWS\system32\NtmsData\NTMSDATA (WIN32 33: Unknown error) 11/12/2005 17:26:06 - end writing; write time: 00:23:24 the requested operation was partially successful(1) If anyone has any other options or work around, please let me know Thank you Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
[Veritas-bu] Removeable Storage - Status 1
Title: Message Hi Although this does not cause a problem with the backups, I see this on a regular basis on some clients. Just wondered if any other Win2k3 Client users get this 11/12/2005 17:17:14 - positioning 4978L3 to file 311/12/2005 17:17:14 - positioned 4978L3; position time: 00:00:0011/12/2005 17:17:23 - positioning 4978L3 to file 411/12/2005 17:17:23 - positioned 4978L3; position time: 00:00:0011/12/2005 17:25:39 - Warning bpbrm(pid=2664) from client auk52145: WRN - Removable Storage Management: unable to export database (WIN32 21: Unknown error)11/12/2005 17:25:39 - Error bpbrm(pid=2664) from client auk52145: ERR - failure reading file: C:\WINDOWS\system32\NtmsData\NTMSDATA (WIN32 33: Unknown error)11/12/2005 17:26:06 - end writing; write time: 00:23:24the requested operation was partially successful(1) If anyone has any other options or work around, please let me know Thank you Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
