[Veritas-bu] ghost mediaDB entries
Hi Hope someone out there can help - I have a media server (NBU 5.1) with 3 ghost entries: # bpmedialist -l *NULL* 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 *NULL* 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 *NULL* 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 SS *NULL* 1 6 1175362587 1175456239 1206992239 0 92369117 47 47 8 9 0 512 1024 0 1443364 0 0 0 0 0 0 0 SS0008 *NULL* 1 6 1196512629 1196518394 1228054394 0 273012374 143 143 8 9 0 513 1024 0 4266357 0 0 0 0 0 0 0 These 3 lines only have 24 fields in stead of 25. We want to upgrade to NBU 6, but nbcc bombs when bpmedialist gets to this media server. Any idea how to fix it? Regards Marianne ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Bpexpdate Issue
On Tue, 18 Dec 2007, Jimenez, Daniel wrote: Hey guys I have a tape that no longer has valid images but shows up as a daily tape with an assigned date in Netbackup. I attempted to bpexpdate the tape but it comes back with requested media id was not found in NB media database and/or MM volume database. I attempted to change the volume pool but it comes back with change pool of xx failed: cannot change volume pool for assigned volumes (91). There is a command that I found online bpexpdate -ev medai id -d 0 -force -host media server and would like to know if this command would work on Netbackup 5.1 MP? Any assistance would be appreciated, thanks. Daniel Jimenez Data Protection Team Try bpexpdate -deassignempty - note though this should only be used as a last resort as it can make the images/catalog out of sync for the images on that tape ID. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas pricing guide
Yes! Welcome to the lovely world of Veritas/Symantec. Show me something that has been made easier for the end user ( person paying the piper ). Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 [EMAIL PROTECTED] | http://www.gore.com Jeff Cleverley [EMAIL PROTECTED] 12/18/2007 08:00 PM To [EMAIL PROTECTED] cc 'Bobby R Windle' [EMAIL PROTECTED], veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] Veritas pricing guide Greetings, I was wondering if you would send me a copy of the 6.x pricing guide. I've been trying to get one from our sales reps for over a month. They claim to have never seen anything like it even though I sent them a copy of my 5.x version as a reference. Trying to figure out what licenses you need shouldn't be this hard :-) Thanks, Jeff smpt wrote: I have 6.0. If you want it, I can send it to you From: [EMAIL PROTECTED] [ mailto:[EMAIL PROTECTED] On Behalf Of Bobby R Windle Sent: Tuesday, September 11, 2007 9:43 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas pricing guide Anyone have a link to or recent copy of Veritas Netbackup Pricing and Licensing Guide? Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 [EMAIL PROTECTED] | http://www.gore.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611 [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas pricing guide
The nice thing about the VERITAS pricing structure, it makes Tax forms look easy. J Regards, Patrick Whelan Whelan Consulting Limited VERITAS Certified NetBackup Support Engineer for UNIX. VERITAS Certified NetBackup Support Engineer for Microsoft Windows. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bobby R Windle Sent: 19 December 2007 12:23 To: Jeff Cleverley Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas pricing guide Yes! Welcome to the lovely world of Veritas/Symantec. Show me something that has been made easier for the end user ( person paying the piper ). Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 [EMAIL PROTECTED] | http://www.gore.com Jeff Cleverley [EMAIL PROTECTED] 12/18/2007 08:00 PM To [EMAIL PROTECTED] cc 'Bobby R Windle' [EMAIL PROTECTED], veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] Veritas pricing guide Greetings, I was wondering if you would send me a copy of the 6.x pricing guide. I've been trying to get one from our sales reps for over a month. They claim to have never seen anything like it even though I sent them a copy of my 5.x version as a reference. Trying to figure out what licenses you need shouldn't be this hard :-) Thanks, Jeff smpt wrote: I have 6.0. If you want it, I can send it to you _ From: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] [ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] On Behalf Of Bobby R Windle Sent: Tuesday, September 11, 2007 9:43 PM To: mailto:veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas pricing guide Anyone have a link to or recent copy of Veritas Netbackup Pricing and Licensing Guide? Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] | http://www.gore.com/ http://www.gore.com _ ___ Veritas-bu maillist - mailto:Veritas-bu@mailman.eng.auburn.edu Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Bpexpdate Issue
On Wed, 19 Dec 2007, Justin Piszcz wrote: On Tue, 18 Dec 2007, Jimenez, Daniel wrote: Hey guys I have a tape that no longer has valid images but shows up as a daily tape with an assigned date in Netbackup. I attempted to bpexpdate the tape but it comes back with requested media id was not found in NB media database and/or MM volume database. I attempted to change the volume pool but it comes back with change pool of xx failed: cannot change volume pool for assigned volumes (91). There is a command that I found online bpexpdate -ev medai id -d 0 -force -host media server and would like to know if this command would work on Netbackup 5.1 MP? Any assistance would be appreciated, thanks. Daniel Jimenez Data Protection Team Try bpexpdate -deassignempty - note though this should only be used as a last resort as it can make the images/catalog out of sync for the images on that tape ID. Justin. Correct, vmquery -deassignbyid is what you want :) Check the manual for the syntax. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas pricing guide
Could you please send a copy to me also. Thank you, Aleksandr On 12/18/07, Jeff Cleverley [EMAIL PROTECTED] wrote: Greetings, I was wondering if you would send me a copy of the 6.x pricing guide. I've been trying to get one from our sales reps for over a month. They claim to have never seen anything like it even though I sent them a copy of my 5.x version as a reference. Trying to figure out what licenses you need shouldn't be this hard :-) Thanks, Jeff smpt wrote: I have 6.0. If you want it, I can send it to you From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bobby R Windle Sent: Tuesday, September 11, 2007 9:43 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas pricing guide Anyone have a link to or recent copy of Veritas Netbackup Pricing and Licensing Guide? Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 [EMAIL PROTECTED] | http://www.gore.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611 [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] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard
Hi All, In testing the setup I backed up a Solaris 8 client via a Windows 2003 Standard server which completed without error. Now to test restore I tried to restore to another location on the client but it was only partialy successfull. I get a lot of the following: 14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to /opt/NBU_RESTORES/rc0.d/k41nfs.client 14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client - /etc/init.d/nfs.client. Errno = 18: Cross-device link Obviously it's having problems restoring these symlinks but any ideas why or how to resolve? Khush. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard
I use 6.0 mp4, but when i click restore and the restore window comes up, it is under the options block, next to overwrite existing files. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Dep, Khushil (GE Money) [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 09:37 AM To [EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu, [EMAIL PROTECTED] Subject Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard Sounds like what I need - where in BAR (6.5) do I find these options? I am looking but nothing resembling this option is showing up From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 19 December 2007 14:28 To: Dep, Khushil (GE Money) Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard when i do restores of a backup to another location on the same client, I check 'rename hard links' uncheck 'rename soft links' works every time. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Dep, Khushil (GE Money) [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 09:25 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard Hi All, In testing the setup I backed up a Solaris 8 client via a Windows 2003 Standard server which completed without error. Now to test restore I tried to restore to another location on the client but it was only partialy successfull. I get a lot of the following: 14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to /opt/NBU_RESTORES/rc0.d/k41nfs.client 14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client - /etc/init.d/nfs.client. Errno = 18: Cross-device link Obviously it's having problems restoring these symlinks but any ideas why or how to resolve? Khush. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard
when i do restores of a backup to another location on the same client, I check 'rename hard links' uncheck 'rename soft links' works every time. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Dep, Khushil (GE Money) [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 09:25 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard Hi All, In testing the setup I backed up a Solaris 8 client via a Windows 2003 Standard server which completed without error. Now to test restore I tried to restore to another location on the client but it was only partialy successfull. I get a lot of the following: 14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to /opt/NBU_RESTORES/rc0.d/k41nfs.client 14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client - /etc/init.d/nfs.client. Errno = 18: Cross-device link Obviously it's having problems restoring these symlinks but any ideas why or how to resolve? Khush. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas pricing guide
Could I get a copy as well? Thanks, -mike From: [EMAIL PROTECTED] on behalf of Jeff Cleverley Sent: Tue 12/18/2007 7:00 PM To: [EMAIL PROTECTED] Cc: 'Bobby R Windle'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas pricing guide Greetings, I was wondering if you would send me a copy of the 6.x pricing guide. I've been trying to get one from our sales reps for over a month. They claim to have never seen anything like it even though I sent them a copy of my 5.x version as a reference. Trying to figure out what licenses you need shouldn't be this hard :-) Thanks, Jeff smpt wrote: I have 6.0. If you want it, I can send it to you From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bobby R Windle Sent: Tuesday, September 11, 2007 9:43 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas pricing guide Anyone have a link to or recent copy of Veritas Netbackup Pricing and Licensing Guide? Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 [EMAIL PROTECTED] | http://www.gore.com http://www.gore.com/ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611 [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard
Sounds like what I need - where in BAR (6.5) do I find these options? I am looking but nothing resembling this option is showing up From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 19 December 2007 14:28 To: Dep, Khushil (GE Money) Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard when i do restores of a backup to another location on the same client, I check 'rename hard links' uncheck 'rename soft links' works every time. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Dep, Khushil (GE Money) [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 09:25 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard Hi All, In testing the setup I backed up a Solaris 8 client via a Windows 2003 Standard server which completed without error. Now to test restore I tried to restore to another location on the client but it was only partialy successfull. I get a lot of the following: 14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to /opt/NBU_RESTORES/rc0.d/k41nfs.client 14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client - /etc/init.d/nfs.client. Errno = 18: Cross-device link Obviously it's having problems restoring these symlinks but any ideas why or how to resolve? Khush. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 viaWindows 2003 Standard
Not sure where it is set at but there is an option to backup the files that the symlinks point to instead of the symlink. Then on restores the actual files will be in your alternate restore path instead of symlinks that can't link. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dep, Khushil (GE Money) Sent: Wednesday, December 19, 2007 6:21 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 viaWindows 2003 Standard Hi All, In testing the setup I backed up a Solaris 8 client via a Windows 2003 Standard server which completed without error. Now to test restore I tried to restore to another location on the client but it was only partialy successfull. I get a lot of the following: 14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to /opt/NBU_RESTORES/rc0.d/k41nfs.client 14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client - /etc/init.d/nfs.client. Errno = 18: Cross-device link Obviously it's having problems restoring these symlinks but any ideas why or how to resolve? Khush. ___ 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] Bpexpdate Issue
Daniel/Justin, I know in 6.x all the databases are supposed to be on the master, but... Be sure to run the command(s) from the media server that wrote the tape. That should do the trick. Let us know how you fare, Kent Eagle MTS Infrastructure Engineer II, MCP, MCSE Tech Services / SMSS Message: 5 Date: Wed, 19 Dec 2007 06:27:41 -0500 (EST) From: Justin Piszcz [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Bpexpdate Issue To: Jimenez, Daniel [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Message-ID: [EMAIL PROTECTED] Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Tue, 18 Dec 2007, Jimenez, Daniel wrote: Hey guys I have a tape that no longer has valid images but shows up as a daily tape with an assigned date in Netbackup. I attempted to bpexpdate the tape but it comes back with requested media id was not found in NB media database and/or MM volume database. I attempted to change the volume pool but it comes back with change pool of xx failed: cannot change volume pool for assigned volumes (91). There is a command that I found online bpexpdate -ev medai id -d 0 -force -host media server and would like to know if this command would work on Netbackup 5.1 MP? Any assistance would be appreciated, thanks. Daniel Jimenez Data Protection Team Try bpexpdate -deassignempty - note though this should only be used as a last resort as it can make the images/catalog out of sync for the images on that tape ID. Justin. Visit our website at www.wilmingtontrust.com Investment products are not insured by the FDIC or any other governmental agency, are not deposits of or other obligations of or guaranteed by Wilmington Trust or any other bank or entity, and are subject to risks, including a possible loss of the principal amount invested. This e-mail and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup 6.5.1 Client Installation
You have to install 6.5 first. 6.5.1 is just a patch. --Rajmund -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Kiles Sent: Tuesday, December 18, 2007 8:09 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NetBackup 6.5.1 Client Installation I have some windows and unix clients running a mix of 4.5FP6, 5.1, 6.0MP3 and 6.0MP4. When I upgrade my clients to 6.5.1, can I directly install 6.5.1, or do I have to install 6.5 first then apply 6.5.1? TIA Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Conexant E-mail Firewall (Conexant.Com) made the following annotations - ** Legal Disclaimer This email may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message in error, please advise the sender by reply email and delete the message. Thank you. ** - ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New Installation: 6.0 MP4 or 6.5 MPx ?
We have a great relationship with NetBackup support folks and engineers. Much of this was built on the fact that when we upgraded from 5.1 to 6.0MP3we had a disaster on our hands. We're currently at 6.0MP5 today and relatively stable. We have conversations with them multiple times per week and they've been at our site a few times (their offices are only a few miles up the road). We're not a small site although we're far from their biggest customer and we have enough complexities thrown in regularly that make the engineers earn their pay. If I was starting fresh today, I'd go straight to 6.5.1. In fact, this is what we're going to on January 1, and we're basing this on our discussions with Symantec and what they know about our environment and their product (they obviously know about bugs that we don't since they may never have been seen by a customer even though they're present in the code base). This decision was not taken lightly, and the Symantec folks know they'll be onsite again if NBU doesn't perform as advertised. One of your requirements is a large RHEL environment so remember that NBU 6.5 is the *first* release to support ACLs on RHEL and also the *first* to support FlashBackup on Linux. The SAN Media Server license doesn't exist with 6.5 - it's now the Enterprise Client license and includes both the SAN Media Server and FlashBackup functionality. Since you're licensing this piece anyway, you may as well see if FlashBackups will speed up your backups. BTW, Aptare reporting would not have been an issue even if you had it installed - they support 6.5 today (and have for quite a while). Something to think about... .../Ed On 12/18/07, Jeff Cleverley [EMAIL PROTECTED] wrote: Greetings, I'm coming into an unique opportunity with regards to NetBackup. I'm going to get to start from scratch. No upgrades, imports, migrations, etc. This environment is currently running NB5.0 and I also manage a 5.1 backing up 70 TB of SAN storage. We want to stay with NetBackup and not switch to another vendor. The old environment we inherited is old (hardware and software), been managed by at least 4 different groups of administrators and transitioned between at least 2 companies. We know the database is not clean. We've decided we are going to set up everything new and when everything on the old one expires, we're going to just shut it all off :-) I've seen a number of threads about which versions to go to (6.0 MP4 vs 6.5 seemed the most common). Almost all of these dealt with upgrades. I don't want to start any of the which is better threads but would like to see what people would choose if they had the start from scratch option. From what I'm seeing, I'm leaning towards 6.0 MP4. Below is what we are going to be using and backing up: Master server - Dell 2950 RHEL4 (final details like release level still pending). Current SAN media servers - hpux 11.00 (L3000 x 2) and 1 hpux 11.11 (rp3440), all fibre attached to the tape library. Network clients - 1 RH3 client. Tape library - Dell MS6000 with 4 fibre Gen 3 Ultrium drives. SAN switches - Brocade 4100 x 2 ( We will also run the EMC SAN connections through the switches). The plan is to start replacing the hpux servers with Dell servers. They will also do SAN backups. Everything else listed above will be new. There will be ~ 20 TB of SAN based data on the 4 servers. Licensing may be an issue as it seems to have changed. We currently have tier 1 hpux licenses for the master and SAN media servers, along with some unix network client licenses. We're trying to figure out the tier changes but I can't get my hands on a licensing guide. We have enough drive and SSO licenses for the new library. We don't do any database backups like Oracle, no Windows at all, no vaulting or remote replication, and don't currently have any reporting software like Aptare to deal with the latest revisions. It sounds so easy and simple it scares me :-) Thanks, Jeff -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611 [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New Installation: 6.0 MP4 or 6.5 MPx ?
Jeff, I would choose 6.5.1. Eventually in the future you will have to switch to higher rev of NetBackup. Why don't start right from the start? It will spare you time and headache of upgrading when to 6.5 and beyond eventually will hit EOL. I have 3 servers running 6.5 and one, since yesterday, 6.5.1. I upgraded from 6MP4 about 4 weeks ago. So far I have seen any problems other than usual error here or there. --Rajmund -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Cleverley Sent: Tuesday, December 18, 2007 8:03 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] New Installation: 6.0 MP4 or 6.5 MPx ? Greetings, I'm coming into an unique opportunity with regards to NetBackup. I'm going to get to start from scratch. No upgrades, imports, migrations, etc. This environment is currently running NB5.0 and I also manage a 5.1 backing up 70 TB of SAN storage. We want to stay with NetBackup and not switch to another vendor. The old environment we inherited is old (hardware and software), been managed by at least 4 different groups of administrators and transitioned between at least 2 companies. We know the database is not clean. We've decided we are going to set up everything new and when everything on the old one expires, we're going to just shut it all off :-) I've seen a number of threads about which versions to go to (6.0 MP4 vs 6.5 seemed the most common). Almost all of these dealt with upgrades. I don't want to start any of the which is better threads but would like to see what people would choose if they had the start from scratch option. From what I'm seeing, I'm leaning towards 6.0 MP4. Below is what we are going to be using and backing up: Master server - Dell 2950 RHEL4 (final details like release level still pending). Current SAN media servers - hpux 11.00 (L3000 x 2) and 1 hpux 11.11 (rp3440), all fibre attached to the tape library. Network clients - 1 RH3 client. Tape library - Dell MS6000 with 4 fibre Gen 3 Ultrium drives. SAN switches - Brocade 4100 x 2 ( We will also run the EMC SAN connections through the switches). The plan is to start replacing the hpux servers with Dell servers. They will also do SAN backups. Everything else listed above will be new. There will be ~ 20 TB of SAN based data on the 4 servers. Licensing may be an issue as it seems to have changed. We currently have tier 1 hpux licenses for the master and SAN media servers, along with some unix network client licenses. We're trying to figure out the tier changes but I can't get my hands on a licensing guide. We have enough drive and SSO licenses for the new library. We don't do any database backups like Oracle, no Windows at all, no vaulting or remote replication, and don't currently have any reporting software like Aptare to deal with the latest revisions. It sounds so easy and simple it scares me :-) Thanks, Jeff -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611 [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Conexant E-mail Firewall (Conexant.Com) made the following annotations - ** Legal Disclaimer This email may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message in error, please advise the sender by reply email and delete the message. Thank you. ** - ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas pricing guide
Greetings, I've received several requests for the guide. I went looking for where I found it and it is on Symantec's web page at this address: http://eval.symantec.com/mktginfo/products/Sales_Docs/Data_Protection/nbu_51_plguide_final_060304.pdf I noticed that at least how drives for virtual tape libraries seemed to have changed from previous versions. This could have swayed my decision of purchasing a NearStore towards a VTL. Other things may have changed also. Since it is on their web page and available to the public, I don't think they can complain about who gets it. I found this from google because I couldn't find it using the search engine on their web page :-) Jeff Mike Andres wrote: Could I get a copy as well? Thanks, -mike *From:* [EMAIL PROTECTED] on behalf of Jeff Cleverley *Sent:* Tue 12/18/2007 7:00 PM *To:* [EMAIL PROTECTED] *Cc:* 'Bobby R Windle'; veritas-bu@mailman.eng.auburn.edu *Subject:* Re: [Veritas-bu] Veritas pricing guide Greetings, I was wondering if you would send me a copy of the 6.x pricing guide. I've been trying to get one from our sales reps for over a month. They claim to have never seen anything like it even though I sent them a copy of my 5.x version as a reference. Trying to figure out what licenses you need shouldn't be this hard :-) Thanks, Jeff smpt wrote: I have 6.0. If you want it, I can send it to you *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Bobby R Windle *Sent:* Tuesday, September 11, 2007 9:43 PM *To:* veritas-bu@mailman.eng.auburn.edu *Subject:* Re: [Veritas-bu] Veritas pricing guide Anyone have a link to or recent copy of Veritas Netbackup Pricing and Licensing Guide? Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 [EMAIL PROTECTED] | http://www.gore.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611 [EMAIL PROTECTED] -- Jeff Cleverley Unix Systems Administrator Avago Technologies 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611 [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard
Thanks Jared. All working fine now! :-) Can anyone point me to any BMR resources - how it works, etc too please? Just doing some research. Khush From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 19 December 2007 14:46 To: Dep, Khushil (GE Money) Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard I use 6.0 mp4, but when i click restore and the restore window comes up, it is under the options block, next to overwrite existing files. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Dep, Khushil (GE Money) [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 09:37 AM To [EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu, [EMAIL PROTECTED] Subject Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard Sounds like what I need - where in BAR (6.5) do I find these options? I am looking but nothing resembling this option is showing up From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 19 December 2007 14:28 To: Dep, Khushil (GE Money) Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard when i do restores of a backup to another location on the same client, I check 'rename hard links' uncheck 'rename soft links' works every time. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Dep, Khushil (GE Money) [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 09:25 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard Hi All, In testing the setup I backed up a Solaris 8 client via a Windows 2003 Standard server which completed without error. Now to test restore I tried to restore to another location on the client but it was only partialy successfull. I get a lot of the following: 14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to /opt/NBU_RESTORES/rc0.d/k41nfs.client 14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client - /etc/init.d/nfs.client. Errno = 18: Cross-device link Obviously it's having problems restoring these symlinks but any ideas why or how to resolve? Khush. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
Hello all; I'm currently having an issue with tapes that aren't staying in their assigned volume pools. We have 4 weekly pools with 14 tapes in each. Each week it seems I have re-assign tapes to their pools from the scratch pool. Does anyone know of a way to stop or lock them into the pools that they're assigned to? Thanks for the help. John ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
if a tape is assigned to a pool from scratch, then when the backup images on that tape expire, the tape goes back to scratch. if you do not have a scratch pool defined, this will not happen, if I understand correctly. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keating, John Sent: December 19, 2007 12:16 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) Hello all; I'm currently having an issue with tapes that aren't staying in their assigned volume pools. We have 4 weekly pools with 14 tapes in each. Each week it seems I have re-assign tapes to their pools from the scratch pool. Does anyone know of a way to stop or lock them into the pools that they're assigned to? Thanks for the help. John La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
delete your scratch pool, it wont have anything to go to. Is there a reason you need to have specific media in certain pools? NetBackup will just grab tapes out of the Scratch pool when it needs them. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Keating, John [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 12:22 PM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) Hello all; I'm currently having an issue with tapes that aren't staying in their assigned volume pools. We have 4 weekly pools with 14 tapes in each. Each week it seems I have re-assign tapes to their pools from the scratch pool. Does anyone know of a way to stop or lock them into the pools that they're assigned to? Thanks for the help. John___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
or bettter yet, just uncheck the 'scratch pool' box from the volume pool properties. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Keating, John [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 12:22 PM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) Hello all; I'm currently having an issue with tapes that aren't staying in their assigned volume pools. We have 4 weekly pools with 14 tapes in each. Each week it seems I have re-assign tapes to their pools from the scratch pool. Does anyone know of a way to stop or lock them into the pools that they're assigned to? Thanks for the help. John___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NBU 5.1 MP5 all jobs hanging
We have seen at least 4 times in the last week where all Jobs Hang and it looks like BPSCHED goes away. We must then use the Kill -9 command on the Solaris 8 host to kill everything as the bp.kill_all and netbackup stop commands are ineffective. Anyone else seen this behavior in 5.1 MP5 ??? Steven R. Hudson Sysadmin - Enterprise Storage Iron Mountain 745 Atlantic Avenue Boston MA 02111 Phone: (617) 535-2849 [EMAIL PROTECTED] The information contained in this email message and its attachments is intended only for the private and confidential use of the recipient(s) named above, unless the sender expressly agrees otherwise. Transmission of email over the Internet is not a secure communications medium. If you are requesting or have requested the transmittal of personal data, as defined in applicable privacy laws by means of email or in an attachment to email you must select a more secure alternate means of transmittal that supports your obligations to protect such personal data. If the reader of this message is not he intended recipient and/or you have received this email in error, you must take no action based on the information in this email and you are hereby notified that any dissemination, misuse or coping or disclosure of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the original message.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
If you start the tapes in a pool other than scratch, they will not go back to scratch when they expire. Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 12:31 PM To: Keating, John Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) or bettter yet, just uncheck the 'scratch pool' box from the volume pool properties. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Keating, John [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 12:22 PM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) Hello all; I'm currently having an issue with tapes that aren't staying in their assigned volume pools. We have 4 weekly pools with 14 tapes in each. Each week it seems I have re-assign tapes to their pools from the scratch pool. Does anyone know of a way to stop or lock them into the pools that they're assigned to? Thanks for the help. John___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
You may want to investigate the RETURN_UNASSIGNED_MEDIA_TO_SCRATCH_POOL parameter (vm.conf in pre-6.x and set via nbemmcmd on 6.x). It's a yes/no thing and will NOT return media to scratch if that's not where they came from. But this (along with having or not having a scratch pool) is an all or nothing proposition (it can't be set for a particular pool or set of tapes or fill in the blank for you you'd like to slice and dice). -Tim On 12/19/07, Paul Keating [EMAIL PROTECTED] wrote: if a tape is assigned to a pool from scratch, then when the backup images on that tape expire, the tape goes back to scratch. if you do not have a scratch pool defined, this will not happen, if I understand correctly. Paul -- -Original Message- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Keating, John *Sent:* December 19, 2007 12:16 PM *To:* veritas-bu@mailman.eng.auburn.edu *Subject:* [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) Hello all; I'm currently having an issue with tapes that aren't staying in their assigned volume pools. We have 4 weekly pools with 14 tapes in each. Each week it seems I have re-assign tapes to their pools from the scratch pool. Does anyone know of a way to stop or lock them into the pools that they're assigned to? Thanks for the help. John La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ 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] NBU 5.1 MP5 all jobs hanging
I have not seen that before but I have only used 5.1MP4 and 5.1MP6 in production, not 5.1MP5. If you open a case with Symantec one of the first things they may ask you to do is upgrade to 5.1MP6, is that possible? Justin. On Wed, 19 Dec 2007, Hudson, Steve wrote: We have seen at least 4 times in the last week where all Jobs Hang and it looks like BPSCHED goes away. We must then use the Kill -9 command on the Solaris 8 host to kill everything as the bp.kill_all and netbackup stop commands are ineffective. Anyone else seen this behavior in 5.1 MP5 ??? Steven R. Hudson Sysadmin - Enterprise Storage Iron Mountain 745 Atlantic Avenue Boston MA 02111 Phone: (617) 535-2849 [EMAIL PROTECTED] The information contained in this email message and its attachments is intended only for the private and confidential use of the recipient(s) named above, unless the sender expressly agrees otherwise. Transmission of email over the Internet is not a secure communications medium. If you are requesting or have requested the transmittal of personal data, as defined in applicable privacy laws by means of email or in an attachment to email you must select a more secure alternate means of transmittal that supports your obligations to protect such personal data. If the reader of this message is not he intended recipient and/or you have received this email in error, you must take no action based on the information in this email and you are hereby notified that any dissemination, misuse or coping or disclosure of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the original message. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas pricing guide
That is 2004.NBU51 etc... Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 [EMAIL PROTECTED] | http://www.gore.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging
No probably not as we are looking to go to 6.5.1 right after the first of the year... -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 12:50 PM To: Hudson, Steve Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging I have not seen that before but I have only used 5.1MP4 and 5.1MP6 in production, not 5.1MP5. If you open a case with Symantec one of the first things they may ask you to do is upgrade to 5.1MP6, is that possible? Justin. On Wed, 19 Dec 2007, Hudson, Steve wrote: We have seen at least 4 times in the last week where all Jobs Hang and it looks like BPSCHED goes away. We must then use the Kill -9 command on the Solaris 8 host to kill everything as the bp.kill_all and netbackup stop commands are ineffective. Anyone else seen this behavior in 5.1 MP5 ??? Steven R. Hudson Sysadmin - Enterprise Storage Iron Mountain 745 Atlantic Avenue Boston MA 02111 Phone: (617) 535-2849 [EMAIL PROTECTED] The information contained in this email message and its attachments is intended only for the private and confidential use of the recipient(s) named above, unless the sender expressly agrees otherwise. Transmission of email over the Internet is not a secure communications medium. If you are requesting or have requested the transmittal of personal data, as defined in applicable privacy laws by means of email or in an attachment to email you must select a more secure alternate means of transmittal that supports your obligations to protect such personal data. If the reader of this message is not he intended recipient and/or you have received this email in error, you must take no action based on the information in this email and you are hereby notified that any dissemination, misuse or coping or disclosure of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the original message. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging
There used to be a technote that no logner exists. http://seer.support.veritas.com/docs/268122.htm : Message Queue parameters: On some UNIX platforms with NetBackup configurations, it can be necessary to increase the system's message queue resources to avoid bpsched hangs. For example, the following changes may need to be made to the /etc/system file: set msgsys:msginfo_msgmap=500 set msgsys:msginfo_msgmnb=65536 set msgsys:msginfo_msgssz=16 set msgsys:msginfo_msgseg=8192 set msgsys:msginfo_msgtql=500 Also, the below technote may be of interest. http://seer.support.veritas.com/docs/274544.htm -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: December 19, 2007 12:50 PM To: Hudson, Steve Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging I have not seen that before but I have only used 5.1MP4 and 5.1MP6 in production, not 5.1MP5. If you open a case with Symantec one of the first things they may ask you to do is upgrade to 5.1MP6, is that possible? Justin. On Wed, 19 Dec 2007, Hudson, Steve wrote: We have seen at least 4 times in the last week where all Jobs Hang and it looks like BPSCHED goes away. We must then use the Kill -9 command on the Solaris 8 host to kill everything as the bp.kill_all and netbackup stop commands are ineffective. Anyone else seen this behavior in 5.1 MP5 ??? Steven R. Hudson Sysadmin - Enterprise Storage Iron Mountain 745 Atlantic Avenue Boston MA 02111 Phone: (617) 535-2849 [EMAIL PROTECTED] The information contained in this email message and its attachments is intended only for the private and confidential use of the recipient(s) named above, unless the sender expressly agrees otherwise. Transmission of email over the Internet is not a secure communications medium. If you are requesting or have requested the transmittal of personal data, as defined in applicable privacy laws by means of email or in an attachment to email you must select a more secure alternate means of transmittal that supports your obligations to protect such personal data. If the reader of this message is not he intended recipient and/or you have received this email in error, you must take no action based on the information in this email and you are hereby notified that any dissemination, misuse or coping or disclosure of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the original message. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas pricing guide
If anyone has a copy of a NBU6.0 pricing guide, I would love it. Is this with the new Symantec SKU numbers. Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 [EMAIL PROTECTED] | http://www.gore.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Bpexpdate Issue
Only works up to 5.x, after you go to 6.0 its a little more work. Justin. On Wed, 19 Dec 2007, Jimenez, Daniel wrote: Hey guys Thanks for all your help guys. Vmquery -deassignbyid worked and the tape is now in the scratch pool. I am not sure why the bpexpdate command did not work but glad there is an alternative command when tapes freak out like this. Thanks again. Daniel Jimenez Data Protection Team -Original Message- From: Eagle, Kent [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 7:41 AM To: veritas-bu@mailman.eng.auburn.edu Cc: Jimenez, Daniel; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Bpexpdate Issue Daniel/Justin, I know in 6.x all the databases are supposed to be on the master, but... Be sure to run the command(s) from the media server that wrote the tape. That should do the trick. Let us know how you fare, Kent Eagle MTS Infrastructure Engineer II, MCP, MCSE Tech Services / SMSS Message: 5 Date: Wed, 19 Dec 2007 06:27:41 -0500 (EST) From: Justin Piszcz [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Bpexpdate Issue To: Jimenez, Daniel [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Message-ID: [EMAIL PROTECTED] Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Tue, 18 Dec 2007, Jimenez, Daniel wrote: Hey guys I have a tape that no longer has valid images but shows up as a daily tape with an assigned date in Netbackup. I attempted to bpexpdate the tape but it comes back with requested media id was not found in NB media database and/or MM volume database. I attempted to change the volume pool but it comes back with change pool of xx failed: cannot change volume pool for assigned volumes (91). There is a command that I found online bpexpdate -ev medai id -d 0 -force -host media server and would like to know if this command would work on Netbackup 5.1 MP? Any assistance would be appreciated, thanks. Daniel Jimenez Data Protection Team Try bpexpdate -deassignempty - note though this should only be used as a last resort as it can make the images/catalog out of sync for the images on that tape ID. Justin. Visit our website at www.wilmingtontrust.com Investment products are not insured by the FDIC or any other governmental agency, are not deposits of or other obligations of or guaranteed by Wilmington Trust or any other bank or entity, and are subject to risks, including a possible loss of the principal amount invested. This e-mail and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging
Ahh yes he is using Solaris 8--definitely make sure you tune appropriately, with 10, most of the parameters are not needed. Justin. On Wed, 19 Dec 2007, Paul Keating wrote: There used to be a technote that no logner exists. http://seer.support.veritas.com/docs/268122.htm : Message Queue parameters: On some UNIX platforms with NetBackup configurations, it can be necessary to increase the system's message queue resources to avoid bpsched hangs. For example, the following changes may need to be made to the /etc/system file: set msgsys:msginfo_msgmap=500 set msgsys:msginfo_msgmnb=65536 set msgsys:msginfo_msgssz=16 set msgsys:msginfo_msgseg=8192 set msgsys:msginfo_msgtql=500 Also, the below technote may be of interest. http://seer.support.veritas.com/docs/274544.htm -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: December 19, 2007 12:50 PM To: Hudson, Steve Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging I have not seen that before but I have only used 5.1MP4 and 5.1MP6 in production, not 5.1MP5. If you open a case with Symantec one of the first things they may ask you to do is upgrade to 5.1MP6, is that possible? Justin. On Wed, 19 Dec 2007, Hudson, Steve wrote: We have seen at least 4 times in the last week where all Jobs Hang and it looks like BPSCHED goes away. We must then use the Kill -9 command on the Solaris 8 host to kill everything as the bp.kill_all and netbackup stop commands are ineffective. Anyone else seen this behavior in 5.1 MP5 ??? Steven R. Hudson Sysadmin - Enterprise Storage Iron Mountain 745 Atlantic Avenue Boston MA 02111 Phone: (617) 535-2849 [EMAIL PROTECTED] The information contained in this email message and its attachments is intended only for the private and confidential use of the recipient(s) named above, unless the sender expressly agrees otherwise. Transmission of email over the Internet is not a secure communications medium. If you are requesting or have requested the transmittal of personal data, as defined in applicable privacy laws by means of email or in an attachment to email you must select a more secure alternate means of transmittal that supports your obligations to protect such personal data. If the reader of this message is not he intended recipient and/or you have received this email in error, you must take no action based on the information in this email and you are hereby notified that any dissemination, misuse or coping or disclosure of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the original message. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ 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] Bpexpdate Issue
Hey guys Thanks for all your help guys. Vmquery -deassignbyid worked and the tape is now in the scratch pool. I am not sure why the bpexpdate command did not work but glad there is an alternative command when tapes freak out like this. Thanks again. Daniel Jimenez Data Protection Team -Original Message- From: Eagle, Kent [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 7:41 AM To: veritas-bu@mailman.eng.auburn.edu Cc: Jimenez, Daniel; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Bpexpdate Issue Daniel/Justin, I know in 6.x all the databases are supposed to be on the master, but... Be sure to run the command(s) from the media server that wrote the tape. That should do the trick. Let us know how you fare, Kent Eagle MTS Infrastructure Engineer II, MCP, MCSE Tech Services / SMSS Message: 5 Date: Wed, 19 Dec 2007 06:27:41 -0500 (EST) From: Justin Piszcz [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Bpexpdate Issue To: Jimenez, Daniel [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Message-ID: [EMAIL PROTECTED] Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Tue, 18 Dec 2007, Jimenez, Daniel wrote: Hey guys I have a tape that no longer has valid images but shows up as a daily tape with an assigned date in Netbackup. I attempted to bpexpdate the tape but it comes back with requested media id was not found in NB media database and/or MM volume database. I attempted to change the volume pool but it comes back with change pool of xx failed: cannot change volume pool for assigned volumes (91). There is a command that I found online bpexpdate -ev medai id -d 0 -force -host media server and would like to know if this command would work on Netbackup 5.1 MP? Any assistance would be appreciated, thanks. Daniel Jimenez Data Protection Team Try bpexpdate -deassignempty - note though this should only be used as a last resort as it can make the images/catalog out of sync for the images on that tape ID. Justin. Visit our website at www.wilmingtontrust.com Investment products are not insured by the FDIC or any other governmental agency, are not deposits of or other obligations of or guaranteed by Wilmington Trust or any other bank or entity, and are subject to risks, including a possible loss of the principal amount invested. This e-mail and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
Actually that is not true. I have 7 robots (6 VTL and 1 physical). I like to keep all the VTL robot tapes out of the scratch pool and it worked fine in NB 5.1. But since, I have went to 6.5, all unassigned tapes have ended in the scratch pool. Even when I assign the tape to the other pool, it will put an empty tape into the scratch pool. I was considering opening an ticket with Symantec about it, but it actually has turned out to be no big to have them all in the scratch pool so I have not said anything. I will even say that during the day, a unassigned tape within a pool has been sent back to the scratch pool WITHOUT actually ever being used. So, I think so cleanup program is actually doing it. Just a thought. Kevin From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bobby Williams Sent: Wednesday, December 19, 2007 12:46 PM To: [EMAIL PROTECTED]; 'Keating, John' Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) If you start the tapes in a pool other than scratch, they will not go back to scratch when they expire. Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 12:31 PM To: Keating, John Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) or bettter yet, just uncheck the 'scratch pool' box from the volume pool properties. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Keating, John [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 12:22 PM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) Hello all; I'm currently having an issue with tapes that aren't staying in their assigned volume pools. We have 4 weekly pools with 14 tapes in each. Each week it seems I have re-assign tapes to their pools from the scratch pool. Does anyone know of a way to stop or lock them into the pools that they're assigned to? Thanks for the help. John___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
-- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Whittaker Sent: December 19, 2007 1:11 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Keating, John Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) Actually that is not true. I have 7 robots (6 VTL and 1 physical). I like to keep all the VTL robot tapes out of the scratch pool and it worked fine in NB 5.1. whyzat? you can see each VTL's scratch easily by selecting the appropriate robot. I keep my vtl media and physical media categorized as different types with different barcode seeds, so the two shall never clash. La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Any BMR with Linux clients success ?
Hi! I'm trying a NBU6.0 MP5 + BMR backup of a linux system and the BMR collect phase always fails: 12/19/07 12:27:58 - transferring BMR information to the master server 12/19/07 12:27:58 - connecting 12/19/07 12:27:58 - connected; connect time: 000:00:00 12/19/07 12:27:59 - Error bpbrm(pid=27331) Did not receive bmr client request from \ status = 0 I've tried on: - RedHat 4.0 Update 4 - Centos 4.4 - Debian Etch Always the same error... If I take a look at the client's BMR logs, I can see: 0,51216,128,121,1,1198060074814,5346,1,0:,69:Could not do stat on file /usr/openv/netbackup/baremetal/client/data/,40:fileAttribsCommon.cpp:FileExistsCommon(),1 1,51216,128,121,2,1198060075003,5346,1,0:,0:,25:bmrSystem.cpp:SetOsInfo(),1,(312|A55:Red Hat Enterprise Linux ES release 4 (Nahant Update 5)|) 0,51216,128,121,3,1198060075131,5346,1,0:,33:Failed verifying OS support for .,27:CSystemAgent.cpp:discover(),1 0,51216,121,121,1,1198060075131,5346,1,0:,31:sysAgent-discover failed, rc=4,23:CBmrSaveCfg::discover(),1 Any ideas ? TIA, Ludovic. +-- |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
Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
Hey Kevin, I'm experiencing the same types of Glitches with my 6.5 environment. I may open a ticket and if I find out any useful info I'll send you a quick mail. thanks John From: Kevin Whittaker [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 1:11 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Keating, John Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: RE: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) Actually that is not true. I have 7 robots (6 VTL and 1 physical). I like to keep all the VTL robot tapes out of the scratch pool and it worked fine in NB 5.1. But since, I have went to 6.5, all unassigned tapes have ended in the scratch pool. Even when I assign the tape to the other pool, it will put an empty tape into the scratch pool. I was considering opening an ticket with Symantec about it, but it actually has turned out to be no big to have them all in the scratch pool so I have not said anything. I will even say that during the day, a unassigned tape within a pool has been sent back to the scratch pool WITHOUT actually ever being used. So, I think so cleanup program is actually doing it. Just a thought. Kevin From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bobby Williams Sent: Wednesday, December 19, 2007 12:46 PM To: [EMAIL PROTECTED]; 'Keating, John' Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) If you start the tapes in a pool other than scratch, they will not go back to scratch when they expire. Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, December 19, 2007 12:31 PM To: Keating, John Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) or bettter yet, just uncheck the 'scratch pool' box from the volume pool properties. Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Keating, John [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 12/19/2007 12:22 PM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) Hello all; I'm currently having an issue with tapes that aren't staying in their assigned volume pools. We have 4 weekly pools with 14 tapes in each. Each week it seems I have re-assign tapes to their pools from the scratch pool. Does anyone know of a way to stop or lock them into the pools that they're assigned to? Thanks for the help. John___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Any BMR with Linux clients success ?
They are all unsupported with 6.0. RHEL 4 support for BMR came with 6.5. That's why you see this: A55:Red Hat Enterprise Linux ES release 4 (Nahant Update 5)|)0,51216,128,121,3,1198060075131,5346,1,0:,33: Failed verifying OS support for . ,27:CSystemAgent.cpp:discover(),1 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ldrolez Sent: Wednesday, December 19, 2007 11:55 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Any BMR with Linux clients success ? Hi! I'm trying a NBU6.0 MP5 + BMR backup of a linux system and the BMR collect phase always fails: 12/19/07 12:27:58 - transferring BMR information to the master server 12/19/07 12:27:58 - connecting 12/19/07 12:27:58 - connected; connect time: 000:00:00 12/19/07 12:27:59 - Error bpbrm(pid=27331) Did not receive bmr client request from \ status = 0 I've tried on: - RedHat 4.0 Update 4 - Centos 4.4 - Debian Etch Always the same error... If I take a look at the client's BMR logs, I can see: 0,51216,128,121,1,1198060074814,5346,1,0:,69:Could not do stat on file /usr/openv/netbackup/baremetal/client/data/,40:fileAttribsComm on.cpp:FileExistsCommon(),1 1,51216,128,121,2,1198060075003,5346,1,0:,0:,25:bmrSystem.cpp: SetOsInfo(),1,(312|A55:Red Hat Enterprise Linux ES release 4 (Nahant Update 5)|) 0,51216,128,121,3,1198060075131,5346,1,0:,33:Failed verifying OS support for .,27:CSystemAgent.cpp:discover(),1 0,51216,121,121,1,1198060075131,5346,1,0:,31:sysAgent-discove r failed, rc=4,23:CBmrSaveCfg::discover(),1 Any ideas ? TIA, Ludovic. +- - |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 smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] VCB with Netbackup 6.5.1
I am running a pilot test of backing up the VMware VM's with VMWare VCB and Netbackup 6.5.1. I have a VCB server that is running VCB 1.1 and Netbackup 6.5.1 media server. This interfaces with Virtual Center to see the VM's . But so far the only way I can get this process to work is by having a client loaded on each VM. I thought that I had read that a client was not required on each VM when using VCB and Netbackup. The only time I see it connect to the VM client is to verify it's existence in the beginning, from there everything is done through the VCB proxy box. So why do I need to pay for a client on each of my VM's? Anyone had any experience with this? Is a client really needed on the VM's? +-- |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
Re: [Veritas-bu] Any BMR with Linux clients success ?
Le mercredi 19 décembre 2007 20:39, Brooks, Jason a écrit : They are all unsupported with 6.0. RHEL 4 support for BMR came with 6.5. That's why you see this: A55:Red Hat Enterprise Linux ES release 4 (Nahant Update 5)|)0,51216,128,121,3,1198060075131,5346,1,0:,33: LOL ! So NBU 6.5 begins to support a 3 years old OS ! I guess that RHEL5 support will come in 2015 :-) Any idea why there's no generic Linux support ? I know backup products which support any Linux distribution ... In which document can I find which Linux distributions, file-systems and boot loader are supported ? -- Ludovic Drolez. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging
In my previous job, we had this problem (and they probably still do). We were running on a Solaris-9 master server. We had over 1600 clients and over 1300 policies. The jobs were running 7x24. We upped the values in the /etc/system file to the maximum for what Paul pointed out below. All of this was of limited use as it would still hang up about once a week or so. The solution is to go to 6.x because of the new scheduler. --stuart liddle -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Wednesday, December 19, 2007 10:15 AM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging Ahh yes he is using Solaris 8--definitely make sure you tune appropriately, with 10, most of the parameters are not needed. Justin. On Wed, 19 Dec 2007, Paul Keating wrote: There used to be a technote that no logner exists. http://seer.support.veritas.com/docs/268122.htm : Message Queue parameters: On some UNIX platforms with NetBackup configurations, it can be necessary to increase the system's message queue resources to avoid bpsched hangs. For example, the following changes may need to be made to the /etc/system file: set msgsys:msginfo_msgmap=500 set msgsys:msginfo_msgmnb=65536 set msgsys:msginfo_msgssz=16 set msgsys:msginfo_msgseg=8192 set msgsys:msginfo_msgtql=500 Also, the below technote may be of interest. http://seer.support.veritas.com/docs/274544.htm -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: December 19, 2007 12:50 PM To: Hudson, Steve Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging I have not seen that before but I have only used 5.1MP4 and 5.1MP6 in production, not 5.1MP5. If you open a case with Symantec one of the first things they may ask you to do is upgrade to 5.1MP6, is that possible? Justin. On Wed, 19 Dec 2007, Hudson, Steve wrote: We have seen at least 4 times in the last week where all Jobs Hang and it looks like BPSCHED goes away. We must then use the Kill -9 command on the Solaris 8 host to kill everything as the bp.kill_all and netbackup stop commands are ineffective. Anyone else seen this behavior in 5.1 MP5 ??? Steven R. Hudson Sysadmin - Enterprise Storage Iron Mountain 745 Atlantic Avenue Boston MA 02111 Phone: (617) 535-2849 [EMAIL PROTECTED] The information contained in this email message and its attachments is intended only for the private and confidential use of the recipient(s) named above, unless the sender expressly agrees otherwise. Transmission of email over the Internet is not a secure communications medium. If you are requesting or have requested the transmittal of personal data, as defined in applicable privacy laws by means of email or in an attachment to email you must select a more secure alternate means of transmittal that supports your obligations to protect such personal data. If the reader of this message is not he intended recipient and/or you have received this email in error, you must take no action based on the information in this email and you are hereby notified that any dissemination, misuse or coping or disclosure of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by email and delete the original message. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu.
Re: [Veritas-bu] VCB with Netbackup 6.5.1
Yes the client is needed. Snapshot Provider is now integrated into the 6.5 standard client. The old Advanced Client (Snapshot Provider) in 6.5.1 or 6.5.2 is the way and reason why NetBackup (Symantec) was the first to be able to integrate with VCB so quickly. It's virtually the same code they've been using for years, just a few tweaks to integrate the VMware commands to start and stop the vm. The question I still have is the pricing. In a Product Feature PPS Guild I had seen from this years Vision, it listed this as an Option. For me, in the past with, option with Veritas means more $$$. But remember the VMware client pricing model which has been discussed vigorously in this forum before. Example: ESX Server - 1+ Windows Guests (x number of installed NetBackup Clients) - You pay for only one client license. - 1+ Linux Guests (x number of installed NetBackup Clients) - You pay for only one client license. - 1+ Solaris Guests (x number of installed NetBackup Clients) - You pay for only one client license. Scott UlrichJU [EMAIL PROTECTED] 12/19/2007 1:28 PM I am running a pilot test of backing up the VMware VM's with VMWare VCB and Netbackup 6.5.1. I have a VCB server that is running VCB 1.1 and Netbackup 6.5.1 media server. This interfaces with Virtual Center to see the VM's . But so far the only way I can get this process to work is by having a client loaded on each VM. I thought that I had read that a client was not required on each VM when using VCB and Netbackup. The only time I see it connect to the VM client is to verify it's existence in the beginning, from there everything is done through the VCB proxy box. So why do I need to pay for a client on each of my VM's? Anyone had any experience with this? Is a client really needed on the VM's? +-- |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 maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VCB with Netbackup 6.5.1
A NetBackup client does not need to be installed inside the virtual machine when using VMware Consolidated Backup with NetBackup 6.5.1. When using NetBackup's VMware integration, no NetBackup software needs to be installed anywhere on the ESX server. What type of error are you encountering? You mention that you are running VCB 1.1. VMware changed the default port that is used. VCB 1.1 uses port 443. This is discussed on page 9 of the NetBackup 6.5.1 for VMware documentation that can be found here: http://entsupport.symantec.com/docs/293350 -George -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of UlrichJU Sent: Wednesday, December 19, 2007 12:28 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] VCB with Netbackup 6.5.1 I am running a pilot test of backing up the VMware VM's with VMWare VCB and Netbackup 6.5.1. I have a VCB server that is running VCB 1.1 and Netbackup 6.5.1 media server. This interfaces with Virtual Center to see the VM's . But so far the only way I can get this process to work is by having a client loaded on each VM. I thought that I had read that a client was not required on each VM when using VCB and Netbackup. The only time I see it connect to the VM client is to verify it's existence in the beginning, from there everything is done through the VCB proxy box. So why do I need to pay for a client on each of my VM's? Anyone had any experience with this? Is a client really needed on the VM's? +-- |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 maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas pricing guide
Bobby and everyone, My apologies on the misunderstanding. I had a couple of people ask for a 5.x version also just for reference. The link is for a 5.x version and not a 6.x. Jeff Bobby R Windle wrote: That is 2004.NBU51 etc... Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 [EMAIL PROTECTED] | http://www.gore.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
John, If you are using special barcode sequence for the weekly backups then set up a barcode rule (inventory, advanced); otherwise, what is the problem with letting the tapes come from scratch and being put into the correct pool. They will be assigned by pool name and retention. NetBackup is a managed application: Either you manage it, or it manages you! Thanks, Rockey J. Reed Lead Solutions Architect From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hoke Sent: Wednesday, December 19, 2007 9:46 AM To: Paul Keating Cc: Keating, John; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) You may want to investigate the RETURN_UNASSIGNED_MEDIA_TO_SCRATCH_POOL parameter (vm.conf in pre-6.x and set via nbemmcmd on 6.x). It's a yes/no thing and will NOT return media to scratch if that's not where they came from. But this (along with having or not having a scratch pool) is an all or nothing proposition (it can't be set for a particular pool or set of tapes or fill in the blank for you you'd like to slice and dice). -Tim On 12/19/07, Paul Keating [EMAIL PROTECTED] wrote: if a tape is assigned to a pool from scratch, then when the backup images on that tape expire, the tape goes back to scratch. if you do not have a scratch pool defined, this will not happen, if I understand correctly. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keating, John Sent: December 19, 2007 12:16 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5) Hello all; I'm currently having an issue with tapes that aren't staying in their assigned volume pools. We have 4 weekly pools with 14 tapes in each. Each week it seems I have re-assign tapes to their pools from the scratch pool. Does anyone know of a way to stop or lock them into the pools that they're assigned to? Thanks for the help. John La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ 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