Re: [Veritas-bu] Backup Client on Windows 2000
Simon Thanks for the article. It definitely helped answer some of my questions. Daniel From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Monday, March 26, 2007 11:48 PM To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Client on Windows 2000 Daniel Found this for you http://seer.support.veritas.com/docs/264767.htm Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -Original Message- From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] Sent: 27 March 2007 07:26 To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Client on Windows 2000 Simon Upgrading from 4.5 to 5.1 Daniel From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Monday, March 26, 2007 11:22 PM To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Client on Windows 2000 Daniel what version of NBU client are you on and what are you trying to upgrade to? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -Original Message- From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] Sent: 27 March 2007 07:14 To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Client on Windows 2000 Simon In addition to this question, is it best to completely uninstall a backup client and then install the new client? I have about 400 servers I have to upgrade and it would be so much easier just to install it over the existing client but I have been told that it is always best to uninstall and re-install. What do you think from your past experiences? Daniel From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Monday, March 26, 2007 11:10 PM To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup Client on Windows 2000 Daniel I can get away with a stop / restart of the NetBackup Client Service - however on 3 occasions I have had to perform a reboot after a maintenance pack! For VSP to be working, I think the software asks you to reboot, but again, you can sometimes get away with this. Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -Original Message- From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] Sent: 27 March 2007 03:56 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Client on Windows 2000 Hey guys I have been advised in the past that when you install a 5.1 or 6.0 backup client to a Windows 2000 server, it will require a reboot after the install. I installed a 5.1 backup client to a Windows 2000 server a few days ago and added the server to a backup policy on the Master and ran it. The server backed up fine and I didn't need to reboot the Windows 2000 server. Is there anything I am missing here? Daniel This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No.
Re: [Veritas-bu] HP LTO3 FC drives locking up [NC]
I dont what kind of support contract you have, but you need to be able to talk to the backline. We have CSS, and we get pushed through to them immediately. Regards, -cj Courtenay Jones From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Len Boyle Sent: Monday, March 26, 2007 8:22 PM To: Veritas Netbackup; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] You might want to talk to your sales folks and tell them that you are no happy with the reboot solution. You might also tell this to the support folks and ask them to talk to higher level support folks and/or dev to give you information on how to collect debug information for them to solve the problem. If this does not work have someone higher up in your company write to someone higher up in hp. It does not always work, but most of the time most it does improve support. len From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Veritas Netbackup Sent: Monday, March 26, 2007 3:51 PM To: [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] We have already a firmware upgrade this Dec, all drives are on 58W now. Every time a drive stops responding, I need to reboot the entire library. Any problem - rebooting the library solves the problem most of the times. Its seems like a internal communication issue with the library. I have sent support tickets to HP, and asked them to give me long term advice, but it seems the are happy resolving the problem with a reboot. Regards, BIJU On 3/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: BIJU, The robtest works and i'm able to move media in and out. If I understood you correctly and you are able to load / uload tapes, then it is a different scenario. Otherwise ... My drives lock up hard. They go offline, disappearing from the fabric and do not respond to the hard reset ( holding the front pannel button for more than 15 secs ). Check the version of the f/w you have an make sure to load the latest one ( I beleive it is currently L58S/009.822 ) If you have direct support from HP, ask them when the new LTO3 microcode is scheduled for release and plan to upgrade. It may address this problem. -- Misha Pavlov Société Générale desk: (212) 278-6096 cell: (646) 346-9341 This message uses only 100% recycled electrons. Veritas Netbackup [EMAIL PROTECTED] 03/09/2007 02:42 PM To Misha PAVLOV/us/[EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] HP LTO3 FC drives locking up [C1] Hi Misha, We have HP ESL Library and we face the same problem atleast once in a month. NBU 5.1 MP4 HP ESL 712 E The drives go dizzy and fail to respond, the management software the LCD panel all show thumbs up. The robtest works and i'm able to move media in and out. mt just hangs and netbackup is not able to read the label. It seems like an internal comm'n issue in the library. Replacing the drives also does not help. The library has to be rebooted to solve the problem. In my case even the switch port shows Online. The HP support team world wide has never been able to crack the mystery. Regards, BIJU On 3/7/07, [EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Folks, did anyone notice a problem with HP LTO3 drives in SSO configuration, running NBU 5.1 on Solaris 8 ? Once - twice a week I have bptm debug logs reporting in the middle 22:03:41.746 [19156] 2 send_brm_msg: MEDIA NOT READY 22:03:41.746 [19156] 2 write_data: attempting write error recovery, err = 5 22:03:41.746 [19156] 2 tape_error_rec: error recovery to block 1485323 requested 22:03:41.746 [19156] 2 tape_error_rec: attempting error recovery, delay 3 minutes before next attempt, tries left = 5 22:06:41.739 [19156] 2 io_ioctl: command (0)MTWEOF 0 from (overwrite.c.488 ) on drive index 43 22:06:41.739 [19156] 2 io_ioctl: MTWEOF failed during error recovery, I/O error 22:08:40.745 [19156] 2 tape_error_rec: cannot read position for error recovery, scsi_determine_bt ret -1 CDB 0x12 SK 0x0 ASC 0x0 ASCQ 0x0 and immediatly after in
Re: [Veritas-bu] HP LTO3 FC drives locking up [NC]
Even without CSS you can get escalations when you get BS answers. Rebooting the robot shouldn't be an every day event. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jones, Courtenay Sent: Tuesday, March 27, 2007 9:29 AM To: Len Boyle; Veritas Netbackup; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] I dont what kind of support contract you have, but you need to be able to talk to the backline. We have CSS, and we get pushed through to them immediately. Regards, -cj Courtenay Jones From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Len Boyle Sent: Monday, March 26, 2007 8:22 PM To: Veritas Netbackup; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] You might want to talk to your sales folks and tell them that you are no happy with the reboot solution. You might also tell this to the support folks and ask them to talk to higher level support folks and/or dev to give you information on how to collect debug information for them to solve the problem. If this does not work have someone higher up in your company write to someone higher up in hp. It does not always work, but most of the time most it does improve support. len From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Veritas Netbackup Sent: Monday, March 26, 2007 3:51 PM To: [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] We have already a firmware upgrade this Dec, all drives are on 58W now. Every time a drive stops responding, I need to reboot the entire library. Any problem - rebooting the library solves the problem most of the times. Its seems like a internal communication issue with the library. I have sent support tickets to HP, and asked them to give me long term advice, but it seems the are happy resolving the problem with a reboot. Regards, BIJU On 3/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: BIJU, The robtest works and i'm able to move media in and out. If I understood you correctly and you are able to load / uload tapes, then it is a different scenario. Otherwise ... My drives lock up hard. They go offline, disappearing from the fabric and do not respond to the hard reset ( holding the front pannel button for more than 15 secs ). Check the version of the f/w you have an make sure to load the latest one ( I beleive it is currently L58S/009.822 ) If you have direct support from HP, ask them when the new LTO3 microcode is scheduled for release and plan to upgrade. It may address this problem. -- Misha Pavlov Société Générale desk: (212) 278-6096 cell: (646) 346-9341 This message uses only 100% recycled electrons. Veritas Netbackup [EMAIL PROTECTED] 03/09/2007 02:42 PM To Misha PAVLOV/us/[EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] HP LTO3 FC drives locking up [C1] Hi Misha, We have HP ESL Library and we face the same problem atleast once in a month. NBU 5.1 MP4 HP ESL 712 E The drives go dizzy and fail to respond, the management software the LCD panel all show thumbs up. The robtest works and i'm able to move media in and out. mt just hangs and netbackup is not able to read the label. It seems like an internal comm'n issue in the library. Replacing the drives also does not help. The library has to be rebooted to solve the problem. In my case even the switch port shows Online. The HP support team world wide has never been able to crack the mystery. Regards, BIJU On 3/7/07, [EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Folks, did anyone notice a problem with HP LTO3 drives in SSO configuration, running NBU 5.1 on Solaris 8 ? Once - twice a week I have bptm debug logs reporting in the middle 22:03:41.746 [19156] 2 send_brm_msg: MEDIA NOT READY 22:03:41.746 [19156] 2 write_data: attempting write error recovery, err = 5 22:03:41.746 [19156] 2 tape_error_rec: error recovery to block 1485323 requested 22:03:41.746 [19156] 2 tape_error_rec: attempting error recovery, delay 3 minutes before next attempt, tries left = 5 22:06:41.739 [19156] 2 io_ioctl: command (0)MTWEOF 0 from (overwrite.c.488 ) on drive index 43 22:06:41.739 [19156] 2 io_ioctl: MTWEOF failed during error recovery, I/O error 22:08:40.745 [19156] 2 tape_error_rec: cannot read position for error recovery, scsi_determine_bt ret -1 CDB 0x12 SK 0x0 ASC 0x0 ASCQ 0x0 and immediatly after in /var/adm/messages I see Mar 5 22:03:41 vepanyup03 scsi: [ID 107833 kern.warning] WARNING: /[EMAIL PROTECTED],70/SUNW, [EMAIL PROTECTED],1/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0 (st297): Mar 5 22:03:41 vepanyup03 SCSI transport failed: reason 'timeout': giving up Mar 5 22:07:40
Re: [Veritas-bu] HP LTO3 FC drives locking up [NC]
I just find it easier to get to the backline with CSS support. Otherwise, it takes awhile(unfortunately, speaking from experience) Regards, -cj Courtenay Jones From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 9:39 AM To: Jones, Courtenay; Len Boyle; Veritas Netbackup; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] HP LTO3 FC drives locking up [NC] Even without CSS you can get escalations when you get BS answers. Rebooting the robot shouldn't be an every day event. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jones, Courtenay Sent: Tuesday, March 27, 2007 9:29 AM To: Len Boyle; Veritas Netbackup; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] I dont what kind of support contract you have, but you need to be able to talk to the backline. We have CSS, and we get pushed through to them immediately. Regards, -cj Courtenay Jones From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Len Boyle Sent: Monday, March 26, 2007 8:22 PM To: Veritas Netbackup; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] You might want to talk to your sales folks and tell them that you are no happy with the reboot solution. You might also tell this to the support folks and ask them to talk to higher level support folks and/or dev to give you information on how to collect debug information for them to solve the problem. If this does not work have someone higher up in your company write to someone higher up in hp. It does not always work, but most of the time most it does improve support. len From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Veritas Netbackup Sent: Monday, March 26, 2007 3:51 PM To: [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] We have already a firmware upgrade this Dec, all drives are on 58W now. Every time a drive stops responding, I need to reboot the entire library. Any problem - rebooting the library solves the problem most of the times. Its seems like a internal communication issue with the library. I have sent support tickets to HP, and asked them to give me long term advice, but it seems the are happy resolving the problem with a reboot. Regards, BIJU On 3/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: BIJU, The robtest works and i'm able to move media in and out. If I understood you correctly and you are able to load / uload tapes, then it is a different scenario. Otherwise ... My drives lock up hard. They go offline, disappearing from the fabric and do not respond to the hard reset ( holding the front pannel button for more than 15 secs ). Check the version of the f/w you have an make sure to load the latest one ( I beleive it is currently L58S/009.822 ) If you have direct support from HP, ask them when the new LTO3 microcode is scheduled for release and plan to upgrade. It may address this problem. -- Misha Pavlov Société Générale desk: (212) 278-6096 cell: (646) 346-9341 This message uses only 100% recycled electrons. Veritas Netbackup [EMAIL PROTECTED] 03/09/2007 02:42 PM To Misha PAVLOV/us/[EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] HP LTO3 FC drives locking up [C1] Hi Misha, We have HP ESL Library and we face the same problem atleast once in a month. NBU 5.1 MP4 HP ESL 712 E The drives go dizzy and fail to respond, the management software the LCD panel all show thumbs up. The robtest works and i'm able to move media in and out. mt just hangs and netbackup is not able to read the label. It seems like an internal comm'n issue in the library. Replacing the drives also does not help. The library has to be rebooted to solve the problem. In my case even the switch port shows Online. The HP support team world wide has never been able to crack the mystery. Regards, BIJU On 3/7/07, [EMAIL PROTECTED] [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Folks, did anyone notice a problem with HP LTO3 drives in SSO configuration, running NBU 5.1 on Solaris 8 ? Once - twice a week I have bptm debug logs reporting in the middle 22:03:41.746 [19156] 2 send_brm_msg: MEDIA NOT READY 22:03:41.746 [19156] 2 write_data: attempting write error recovery, err = 5 22:03:41.746 [19156] 2 tape_error_rec: error recovery to block 1485323 requested 22:03:41.746 [19156] 2 tape_error_rec: attempting error recovery, delay 3 minutes before next attempt, tries left = 5 22:06:41.739 [19156] 2 io_ioctl: command (0)MTWEOF 0 from (overwrite.c.488 ) on drive index 43 22:06:41.739 [19156] 2 io_ioctl: MTWEOF failed during error
Re: [Veritas-bu] HP LTO3 FC drives locking up [NC]
Right - CSS makes your life easier but you pay through the nose for that ease. We use it for PROD systems but not DEV due to the cost difference here. At a prior job we used it for everything. I was just pointing out that CSS is a way of bypassing frontline morons but not having it doesn't mean you aren't allowed to escalate when you feel you're not getting you're problem solved. Funny: A few years back when I was out of work the company that hired the front line support for HP wrote me saying they wanted to hire me at $12/hour for a night shift. Usually I'm polite and just say I'm not interested but this low rate so incensed me that I actually wrote back to the contracting company doing this saying I doubt he could get anyone that knew what they were doing at that rate. He responded saying a) he knew it was a cheap rate and b) despite that they did get people to work for that. I immediately sent that to my ex-coworkers at an HP shop and said Now you know why HP frontline support is so bad. From: Jones, Courtenay [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 10:06 AM To: Jeff Lightner; Len Boyle; Veritas Netbackup; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] HP LTO3 FC drives locking up [NC] I just find it easier to get to the backline with CSS support. Otherwise, it takes awhile(unfortunately, speaking from experience) Regards, -cj Courtenay Jones From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 9:39 AM To: Jones, Courtenay; Len Boyle; Veritas Netbackup; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] HP LTO3 FC drives locking up [NC] Even without CSS you can get escalations when you get BS answers. Rebooting the robot shouldn't be an every day event. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jones, Courtenay Sent: Tuesday, March 27, 2007 9:29 AM To: Len Boyle; Veritas Netbackup; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] I dont what kind of support contract you have, but you need to be able to talk to the backline. We have CSS, and we get pushed through to them immediately. Regards, -cj Courtenay Jones From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Len Boyle Sent: Monday, March 26, 2007 8:22 PM To: Veritas Netbackup; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] You might want to talk to your sales folks and tell them that you are no happy with the reboot solution. You might also tell this to the support folks and ask them to talk to higher level support folks and/or dev to give you information on how to collect debug information for them to solve the problem. If this does not work have someone higher up in your company write to someone higher up in hp. It does not always work, but most of the time most it does improve support. len From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Veritas Netbackup Sent: Monday, March 26, 2007 3:51 PM To: [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP LTO3 FC drives locking up [NC] We have already a firmware upgrade this Dec, all drives are on 58W now. Every time a drive stops responding, I need to reboot the entire library. Any problem - rebooting the library solves the problem most of the times. Its seems like a internal communication issue with the library. I have sent support tickets to HP, and asked them to give me long term advice, but it seems the are happy resolving the problem with a reboot. Regards, BIJU On 3/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: BIJU, The robtest works and i'm able to move media in and out. If I understood you correctly and you are able to load / uload tapes, then it is a different scenario. Otherwise ... My drives lock up hard. They go offline, disappearing from the fabric and do not respond to the hard reset ( holding the front pannel button for more than 15 secs ). Check the version of the f/w you have an make sure to load the latest one ( I beleive it is currently L58S/009.822 ) If you have direct support from HP, ask them when the new LTO3 microcode is scheduled for release and plan to upgrade. It may address this problem. -- Misha Pavlov Société Générale desk: (212) 278-6096 cell: (646) 346-9341 This message uses only 100% recycled electrons. Veritas Netbackup [EMAIL PROTECTED] 03/09/2007 02:42 PM To Misha PAVLOV/us/[EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] HP LTO3 FC drives locking up [C1] Hi Misha, We have HP ESL Library and
[Veritas-bu] Netbackup behavior
Hi All, I am new with the Netbackup and used to work on Legato. I have a couple of issues that I am looking forward to confirm with Netbackup experts. First: When the Netbackup is running out of tapes during a backup job, I insert new tapes in my library then I do an inventory using the update volume configuration option. At this time, I expect the backup jobs to resume automatically, but actually it didnt resume till I did a resubmit request from the device monitoring. Is that a normal behavior or am I have something wrong in my configuration? Second: Is there any way I can mount a volume in a certain drive and eject a volume from a drive ( in a robotic library ) to a slot ? Thanks _ Don't just search. Find. Check out the new MSN Search! http://search.msn.com/ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NFS Backups
All, A group I support here is looking very heavily at a Sun Storagetek appliance like storage device that I've got to backup somehow. After seeing the NDMP price tag (we don't do any other NDMP here) the question of NFS file backups has come up. So I'm going to try to benchmark NDMP backups with the NBU NDMP extension (temporary licenses) versus the same backups on a client server over NFS. OBVIOUSLY NDMP to Media Server is the way to go here (not an argument from anyone on that.) HOWEVER - apparently from a budget perspective it's a difficult pill to swallow. (Ok, my disclaimer is complete - so flame on!) My current plan is to benchmark to NDMP, then load up a test Linux server and optimize that NFS backup. I'm assuming the NDMP will be (for example) some 50+MB/sec and the wire-2-wire is going to be significantly slower (the percentage slower being directly related to whether or not this is even feasible.) Has anyone done any testing like this before? I'd appreciate any results anyone can share. Thanks, -J ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NFS Backups
So does this Storagetek appliance do snapshots? I'm not familiar with this piece of equipment but if it's similar to a NetApp appliance then you might want to consider both disk and tape backups. Disk being the built-in snapshot capabilities of the appliance. Do something like snapshots during the week and go to tape on the weekend (of course, you'll have to make sure you've purchased enough disk to contain all the snapshots for the duration you need to). If you do this you might give yourself more time to go to tape so then the NFS option becomes much easier to implement. Looking at a combination of things to do will give you more flexibility towards satisfying your requirements. I would recommend reducing tape backups as much as possible though, just less headaches. -Dave -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor) Sent: Tuesday, March 27, 2007 09:25 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NFS Backups All, A group I support here is looking very heavily at a Sun Storagetek appliance like storage device that I've got to backup somehow. After seeing the NDMP price tag (we don't do any other NDMP here) the question of NFS file backups has come up. So I'm going to try to benchmark NDMP backups with the NBU NDMP extension (temporary licenses) versus the same backups on a client server over NFS. OBVIOUSLY NDMP to Media Server is the way to go here (not an argument from anyone on that.) HOWEVER - apparently from a budget perspective it's a difficult pill to swallow. (Ok, my disclaimer is complete - so flame on!) My current plan is to benchmark to NDMP, then load up a test Linux server and optimize that NFS backup. I'm assuming the NDMP will be (for example) some 50+MB/sec and the wire-2-wire is going to be significantly slower (the percentage slower being directly related to whether or not this is even feasible.) Has anyone done any testing like this before? I'd appreciate any results anyone can share. Thanks, -J ___ 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] NFS Backups
On Tue, 27 Mar 2007, Martin, Jonathan (Contractor) wrote: All, A group I support here is looking very heavily at a Sun Storagetek appliance like storage device that I've got to backup somehow. After seeing the NDMP price tag (we don't do any other NDMP here) the question of NFS file backups has come up. So I'm going to try to benchmark NDMP backups with the NBU NDMP extension (temporary licenses) versus the same backups on a client server over NFS. OBVIOUSLY NDMP to Media Server is the way to go here (not an argument from anyone on that.) HOWEVER - apparently from a budget perspective it's a difficult pill to swallow. (Ok, my disclaimer is complete - so flame on!) My current plan is to benchmark to NDMP, then load up a test Linux server and optimize that NFS backup. I'm assuming the NDMP will be (for example) some 50+MB/sec and the wire-2-wire is going to be significantly slower (the percentage slower being directly related to whether or not this is even feasible.) Has anyone done any testing like this before? I'd appreciate any results anyone can share. Thanks, -J ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu With NDMP I have seen in the neighborhood of 25-40MB/s to an LTO-2 tape drive. However, I never tried backing up over NFS, there are a LOT of issues there, locking on an NFS mount, extremely slow speeds, etc.. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] force restore option
nb 5.0 mp7 Solaris 9 I have a media server that is down at the moment for maint and I have to run a restore. Both media servers connected to the same master. All I need to do is add the force restore statement to the master bp.conf file and then have the master rereads its bp.conf right? add FORCE_RESTORE_MEDIA_SERVER option in master bp.conf. FORCE_RESTORE_MEDIA_SERVER = original media/master target media/master. You then have to run bpadm g (global) m (modify) d (notify request daemon) to reread the bp.conf - this is done on the master server. Greg This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NFS Backups
I did not really test that but I have some mixed environments NFS and NDMP. On average my ndmp is faster at least 10 to 20 times depending on kind of data being backed up. --Rajmund -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor) Sent: Tuesday, March 27, 2007 9:25 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NFS Backups All, A group I support here is looking very heavily at a Sun Storagetek appliance like storage device that I've got to backup somehow. After seeing the NDMP price tag (we don't do any other NDMP here) the question of NFS file backups has come up. So I'm going to try to benchmark NDMP backups with the NBU NDMP extension (temporary licenses) versus the same backups on a client server over NFS. OBVIOUSLY NDMP to Media Server is the way to go here (not an argument from anyone on that.) HOWEVER - apparently from a budget perspective it's a difficult pill to swallow. (Ok, my disclaimer is complete - so flame on!) My current plan is to benchmark to NDMP, then load up a test Linux server and optimize that NFS backup. I'm assuming the NDMP will be (for example) some 50+MB/sec and the wire-2-wire is going to be significantly slower (the percentage slower being directly related to whether or not this is even feasible.) Has anyone done any testing like this before? I'd appreciate any results anyone can share. Thanks, -J ___ 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] NFS Backups
We have done something similar ... NDMP Enviroment: EMC NSX - holding gazillion of files NFS - HPUX 11.11 - holding gazillion of files (gazillion is a technical term there :) ) There is no question that NDMP is the way to go. With a bit of tuning and some trial and error, we are pushing 80+ MB/sec from our NAS . The restore average around 40-50 MB/sec (w/ DAR enabled). HPUX client was maybe, 20 MB/sec, and the restores were about the same... Regards, -cj Courtenay Jones UNIX Systems Engineer, Raleigh Technology Centre -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor) Sent: Tuesday, March 27, 2007 12:25 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NFS Backups All, A group I support here is looking very heavily at a Sun Storagetek appliance like storage device that I've got to backup somehow. After seeing the NDMP price tag (we don't do any other NDMP here) the question of NFS file backups has come up. So I'm going to try to benchmark NDMP backups with the NBU NDMP extension (temporary licenses) versus the same backups on a client server over NFS. OBVIOUSLY NDMP to Media Server is the way to go here (not an argument from anyone on that.) HOWEVER - apparently from a budget perspective it's a difficult pill to swallow. (Ok, my disclaimer is complete - so flame on!) My current plan is to benchmark to NDMP, then load up a test Linux server and optimize that NFS backup. I'm assuming the NDMP will be (for example) some 50+MB/sec and the wire-2-wire is going to be significantly slower (the percentage slower being directly related to whether or not this is even feasible.) Has anyone done any testing like this before? I'd appreciate any results anyone can share. Thanks, -J ___ 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] force restore option
For restoring that is all you need. For backing up you'd need to point your policy to the storage unit associated with the other media server. Also some operations will be slow due to timeouts trying to connect to the media server that is down even though you're not really directing traffic there. We do the FORCE_MEDIA_RESTORE option all the time to restore our PROD BCV backups to alternate servers for database refreshes. It works fine. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hindle, Greg Sent: Tuesday, March 27, 2007 12:54 PM To: NB List Mail Subject: [Veritas-bu] force restore option nb 5.0 mp7 Solaris 9 I have a media server that is down at the moment for maint and I have to run a restore. Both media servers connected to the same master. All I need to do is add the force restore statement to the master bp.conf file and then have the master rereads its bp.conf right? add FORCE_RESTORE_MEDIA_SERVER option in master bp.conf. FORCE_RESTORE_MEDIA_SERVER = original media/master target media/master. You then have to run bpadm g (global) m (modify) d (notify request daemon) to reread the bp.conf - this is done on the master server. Greg This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] force restore option
I was planning on adding this option and then run the restore and once the restore was running commenting out that line and force the master to reread its bp.conf file. Greg From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 1:22 PM To: Hindle, Greg; NB List Mail Subject: RE: [Veritas-bu] force restore option For restoring that is all you need. For backing up you'd need to point your policy to the storage unit associated with the other media server. Also some operations will be slow due to timeouts trying to connect to the media server that is down even though you're not really directing traffic there. We do the FORCE_MEDIA_RESTORE option all the time to restore our PROD BCV backups to alternate servers for database refreshes. It works fine. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hindle, Greg Sent: Tuesday, March 27, 2007 12:54 PM To: NB List Mail Subject: [Veritas-bu] force restore option nb 5.0 mp7 Solaris 9 I have a media server that is down at the moment for maint and I have to run a restore. Both media servers connected to the same master. All I need to do is add the force restore statement to the master bp.conf file and then have the master rereads its bp.conf right? add FORCE_RESTORE_MEDIA_SERVER option in master bp.conf. FORCE_RESTORE_MEDIA_SERVER = original media/master target media/master. You then have to run bpadm g (global) m (modify) d (notify request daemon) to reread the bp.conf - this is done on the master server. Greg This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NFS Backups
Courtney, Just NFS shares, no CIFS from your NAS? How much data do you share to your hosts (NFS shares to clients)? What type of library are you using, and tape drives? We are looking at a similar configuration for consolidating EMC luns that are connected to Windows media servers that cannot efficiently backup data that is non-compressible, small file data 1MB size with a count in the millions, with a throughput of 5MB-7MB/sec. Thanks, Chris Hall -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jones, Courtenay Sent: Tuesday, March 27, 2007 12:56 PM To: Martin, Jonathan (Contractor); veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NFS Backups We have done something similar ... NDMP Enviroment: EMC NSX - holding gazillion of files NFS - HPUX 11.11 - holding gazillion of files (gazillion is a technical term there :) ) There is no question that NDMP is the way to go. With a bit of tuning and some trial and error, we are pushing 80+ MB/sec from our NAS . The restore average around 40-50 MB/sec (w/ DAR enabled). HPUX client was maybe, 20 MB/sec, and the restores were about the same... Regards, -cj Courtenay Jones UNIX Systems Engineer, Raleigh Technology Centre -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor) Sent: Tuesday, March 27, 2007 12:25 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NFS Backups All, A group I support here is looking very heavily at a Sun Storagetek appliance like storage device that I've got to backup somehow. After seeing the NDMP price tag (we don't do any other NDMP here) the question of NFS file backups has come up. So I'm going to try to benchmark NDMP backups with the NBU NDMP extension (temporary licenses) versus the same backups on a client server over NFS. OBVIOUSLY NDMP to Media Server is the way to go here (not an argument from anyone on that.) HOWEVER - apparently from a budget perspective it's a difficult pill to swallow. (Ok, my disclaimer is complete - so flame on!) My current plan is to benchmark to NDMP, then load up a test Linux server and optimize that NFS backup. I'm assuming the NDMP will be (for example) some 50+MB/sec and the wire-2-wire is going to be significantly slower (the percentage slower being directly related to whether or not this is even feasible.) Has anyone done any testing like this before? I'd appreciate any results anyone can share. Thanks, -J ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NFS Backups
I'm unsure where the Linux box comes into play. If the appliance presents an NFS share, and you're going to back the appliance up via NFS, at the very least, I would mount the share ON one of your (*nix) Netbackup servers. If I were adding in a net new linux box to mount the share, (just because you want another server, or because your existing Netbackup servers are all windows) then I would be making that linux box a media server. Otherwise, if you're mounting the share on the linux box, then backing up that linux box as a normal network client, then you're passing the data over the network twice...once from the NFS server, to the linux NFS client, then from the linux client to the media server. If you're gonna make a net new linux box a media server (a SAN media server at the very least), it'd probably be cheaper to just buy the NDMP licence. If you have an all windows Netbackup inf. now, then it's probably not going to be up to the task of being a decent NFS client with any sort of throughput performance. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor) Sent: March 27, 2007 12:25 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NFS Backups All, A group I support here is looking very heavily at a Sun Storagetek appliance like storage device that I've got to backup somehow. After seeing the NDMP price tag (we don't do any other NDMP here) the question of NFS file backups has come up. So I'm going to try to benchmark NDMP backups with the NBU NDMP extension (temporary licenses) versus the same backups on a client server over NFS. OBVIOUSLY NDMP to Media Server is the way to go here (not an argument from anyone on that.) HOWEVER - apparently from a budget perspective it's a difficult pill to swallow. (Ok, my disclaimer is complete - so flame on!) My current plan is to benchmark to NDMP, then load up a test Linux server and optimize that NFS backup. I'm assuming the NDMP will be (for example) some 50+MB/sec and the wire-2-wire is going to be significantly slower (the percentage slower being directly related to whether or not this is even feasible.) Has anyone done any testing like this before? I'd appreciate any results anyone can share. Thanks, -J ___ 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] force restore option
Also, since you're effectively changing the storage unit allocation, you *might* have to do a: bpschedreq -read_stu_config bpschedreq -read_stunits Unfortunately, all three of these re-read operations do not work a large percentage of the time in versions below 6.0. Kevin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Hindle, Greg Sent: Tuesday, March 27, 2007 12:28 PM To: Jeff Lightner; NB List Mail Subject: Re: [Veritas-bu] force restore option I was planning on adding this option and then run the restore and once the restore was running commenting out that line and force the master to reread its bp.conf file. Greg _ From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 1:22 PM To: Hindle, Greg; NB List Mail Subject: RE: [Veritas-bu] force restore option For restoring that is all you need. For backing up you'd need to point your policy to the storage unit associated with the other media server. Also some operations will be slow due to timeouts trying to connect to the media server that is down even though you're not really directing traffic there. We do the FORCE_MEDIA_RESTORE option all the time to restore our PROD BCV backups to alternate servers for database refreshes. It works fine. _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hindle, Greg Sent: Tuesday, March 27, 2007 12:54 PM To: NB List Mail Subject: [Veritas-bu] force restore option nb 5.0 mp7 Solaris 9 I have a media server that is down at the moment for maint and I have to run a restore. Both media servers connected to the same master. All I need to do is add the force restore statement to the master bp.conf file and then have the master rereads its bp.conf right? add FORCE_RESTORE_MEDIA_SERVER option in master bp.conf. FORCE_RESTORE_MEDIA_SERVER = original media/master target media/master. You then have to run bpadm g (global) m (modify) d (notify request daemon) to reread the bp.conf - this is done on the master server. Greg This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NFS Backups
Great idea Paul! The bulk of the data is going to be shared out to a single NFS server. So the plan was to test NFS -- Linux Server -- Media. If I can remember correctly, making that Media server a SAN media server would only run $2500 or so which is about 25% the cost of NDMP. We're a mixed Windows / Linux / Solaris environment. -J -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Tuesday, March 27, 2007 1:50 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NFS Backups I'm unsure where the Linux box comes into play. If the appliance presents an NFS share, and you're going to back the appliance up via NFS, at the very least, I would mount the share ON one of your (*nix) Netbackup servers. If I were adding in a net new linux box to mount the share, (just because you want another server, or because your existing Netbackup servers are all windows) then I would be making that linux box a media server. Otherwise, if you're mounting the share on the linux box, then backing up that linux box as a normal network client, then you're passing the data over the network twice...once from the NFS server, to the linux NFS client, then from the linux client to the media server. If you're gonna make a net new linux box a media server (a SAN media server at the very least), it'd probably be cheaper to just buy the NDMP licence. If you have an all windows Netbackup inf. now, then it's probably not going to be up to the task of being a decent NFS client with any sort of throughput performance. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor) Sent: March 27, 2007 12:25 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NFS Backups All, A group I support here is looking very heavily at a Sun Storagetek appliance like storage device that I've got to backup somehow. After seeing the NDMP price tag (we don't do any other NDMP here) the question of NFS file backups has come up. So I'm going to try to benchmark NDMP backups with the NBU NDMP extension (temporary licenses) versus the same backups on a client server over NFS. OBVIOUSLY NDMP to Media Server is the way to go here (not an argument from anyone on that.) HOWEVER - apparently from a budget perspective it's a difficult pill to swallow. (Ok, my disclaimer is complete - so flame on!) My current plan is to benchmark to NDMP, then load up a test Linux server and optimize that NFS backup. I'm assuming the NDMP will be (for example) some 50+MB/sec and the wire-2-wire is going to be significantly slower (the percentage slower being directly related to whether or not this is even feasible.) Has anyone done any testing like this before? I'd appreciate any results anyone can share. Thanks, -J ___ 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] force restore option
I spoke with NBU guys on this, it only works if the entire environment is 100% idle (under 5.1). On 3/27/07, Trotman, Kevin [CCC-OT_IT] [EMAIL PROTECTED] wrote: Also, since you're effectively changing the storage unit allocation, you *might* have to do a: bpschedreq -read_stu_config bpschedreq -read_stunits Unfortunately, all three of these re-read operations do not work a large percentage of the time in versions below 6.0. Kevin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Hindle, Greg Sent: Tuesday, March 27, 2007 12:28 PM To: Jeff Lightner; NB List Mail Subject: Re: [Veritas-bu] force restore option I was planning on adding this option and then run the restore and once the restore was running commenting out that line and force the master to reread its bp.conf file. Greg From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 1:22 PM To: Hindle, Greg; NB List Mail Subject: RE: [Veritas-bu] force restore option For restoring that is all you need. For backing up you'd need to point your policy to the storage unit associated with the other media server. Also some operations will be slow due to timeouts trying to connect to the media server that is down even though you're not really directing traffic there. We do the FORCE_MEDIA_RESTORE option all the time to restore our PROD BCV backups to alternate servers for database refreshes. It works fine. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hindle, Greg Sent: Tuesday, March 27, 2007 12:54 PM To: NB List Mail Subject: [Veritas-bu] force restore option nb 5.0 mp7 Solaris 9 I have a media server that is down at the moment for maint and I have to run a restore. Both media servers connected to the same master. All I need to do is add the force restore statement to the master bp.conf file and then have the master rereads its bp.conf right? add FORCE_RESTORE_MEDIA_SERVER option in master bp.conf. FORCE_RESTORE_MEDIA_SERVER = original media/master target media/master. You then have to run bpadm g (global) m (modify) d (notify request daemon) to reread the bp.conf - this is done on the master server. Greg This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 ___ 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] SIZE_DATA_BUFFERS number for HP LTO3 drives [NC]
Chris, many thanks ! The .pdf from HP is *exactly* what I was looking for. -- Misha Pavlov This message uses only 100% recycled electrons. Chris Freemantle [EMAIL PROTECTED] 03/26/2007 04:44 AM To Misha PAVLOV/us/[EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] SIZE_DATA_BUFFERS number for HP LTO3 drives [C1] Misha, Try 256 kB if you search on LTO-3 SIZE_DATA_BUFFERS and netbackup tuning guide you will find a number of very useful documents. As a starter, have a look at - h71028.www7. hp .com/ERC/downloads/5982-9971EN.pdf http://seer.entsupport.symantec.com/docs/244652.htm You should be aware that Windows server 200 SP1 limits the SIZE_DATA__BUFFERS to 64kB, see http://support.microsoft.com/kb/907418/ this seems to be fixed in SP2 (thanks to Ric Davis for that info) http://seer.support.veritas.com/docs/183702.htm Sugest NOTE: For Digital Linear Tape (DLT) drives, the number that seems to give the best performance for SIZE_DATA_BUFFERS is 65536 I wonder if anyone has SIZE_DATA_BUFFERS number for HP LTO3 drives ? -- Misha Pavlov This message uses only 100% recycled electrons. * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * -- --- REMEMBER- There is only one certainty about storage systems - they *will* fail ! This includes backup and archiving systems. If you want to be paranoid, make your own backups as well. For FIL computer support issues, please email [EMAIL PROTECTED] rather than individual team members Chris Freemantle Data Manager Wellcome Trust Centre for Neuroimaging Tel. +44 (0)20 7833 7472 reception Tel. +44 (0)20 7833 7496 direct Fax +44 (0)20 7813 1420 Home Page: http://www.fil.ion.ucl.ac.uk * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Netbackup not seeing correct Barcode Label
Netbackup 6.0, MP4. Master server Solaris 10 connected to a PX510 SDLT600 via a fibre SAN. Media servers on san, connected to PX510 via shared storage: Suse Enterprise Linux (two servers). The problem: The physical labels on the tapes are Q1 - Q10014. The PX510 sees the tapes correctly, such as Q1 (verified by the PX510 web admin console). When a vmcheckxxx or vmupdate is run on the robot, the tapes come in as Barcode 10Q100 - 14Q100. Thus, the generated Media ID is also 10Q100 - 14Q100. When a backup job goes to run, and say it requests tape 10Q100 it will return an error 98, media resource request failed. The PX510 responds to Netbackup saying 10Q100 does not exist. The PX510 sees the tapes as Q1 - Q10014. No Media ID generation rules or barcode rules are in place. The robot and drive definitions were deleted, and recreated. I recreated them on the master server only, on one of the media servers only, and I also tried changing the robot number from 53 to 56. The PX510 / Netbackup setup had run, and reported tape barcodes correctly before hand. The problem just appeared one day. I was getting error 96's, assumed someone did a tape change (I am the netbackup admin of a netbackup network that exists in the UK, and I am in the US) and ran in inventory update. The tapes changed from Q1 to 00Q100, etc... Any ideas? -- Mike Sponsler Northrop Grumman [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup not seeing correct Barcode Label
Have you checked your barcode rules to make sure no one has made any changes? Regards, -cj Courtenay Jones UNIX Systems Engineer, Raleigh Technology Centre From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sponsler, Michael Sent: Tuesday, March 27, 2007 5:27 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup not seeing correct Barcode Label Netbackup 6.0, MP4. Master server Solaris 10 connected to a PX510 SDLT600 via a fibre SAN. Media servers on san, connected to PX510 via shared storage: Suse Enterprise Linux (two servers). The problem: The physical labels on the tapes are Q1 - Q10014. The PX510 sees the tapes correctly, such as Q1 (verified by the PX510 web admin console). When a vmcheckxxx or vmupdate is run on the robot, the tapes come in as Barcode 10Q100 - 14Q100. Thus, the generated Media ID is also 10Q100 - 14Q100. When a backup job goes to run, and say it requests tape 10Q100 it will return an error 98, media resource request failed. The PX510 responds to Netbackup saying 10Q100 does not exist. The PX510 sees the tapes as Q1 - Q10014. No Media ID generation rules or barcode rules are in place. The robot and drive definitions were deleted, and recreated. I recreated them on the master server only, on one of the media servers only, and I also tried changing the robot number from 53 to 56. The PX510 / Netbackup setup had run, and reported tape barcodes correctly before hand. The problem just appeared one day. I was getting error 96's, assumed someone did a tape change (I am the netbackup admin of a netbackup network that exists in the UK, and I am in the US) and ran in inventory update. The tapes changed from Q1 to 00Q100, etc... Any ideas? -- Mike Sponsler Northrop Grumman [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup not seeing correct Barcode Label
Yup. Rebooted the jukebox (PX510), and rebooted the master server just for good measure. No barcode rules or media id generation rules. I'm pretty dumbfounded. Doing a search for 00Q100 on my PX510 web admin console (for both barcode and media id) gives me nada. Searching for Q1 tells me where the tape is. -- Mike From: Jones, Courtenay [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 5:49 PM To: Sponsler, Michael; Veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Netbackup not seeing correct Barcode Label Have you checked your barcode rules to make sure no one has made any changes? Regards, -cj Courtenay Jones UNIX Systems Engineer, Raleigh Technology Centre From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sponsler, Michael Sent: Tuesday, March 27, 2007 5:27 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup not seeing correct Barcode Label Netbackup 6.0, MP4. Master server Solaris 10 connected to a PX510 SDLT600 via a fibre SAN. Media servers on san, connected to PX510 via shared storage: Suse Enterprise Linux (two servers). The problem: The physical labels on the tapes are Q1 - Q10014. The PX510 sees the tapes correctly, such as Q1 (verified by the PX510 web admin console). When a vmcheckxxx or vmupdate is run on the robot, the tapes come in as Barcode 10Q100 - 14Q100. Thus, the generated Media ID is also 10Q100 - 14Q100. When a backup job goes to run, and say it requests tape 10Q100 it will return an error 98, media resource request failed. The PX510 responds to Netbackup saying 10Q100 does not exist. The PX510 sees the tapes as Q1 - Q10014. No Media ID generation rules or barcode rules are in place. The robot and drive definitions were deleted, and recreated. I recreated them on the master server only, on one of the media servers only, and I also tried changing the robot number from 53 to 56. The PX510 / Netbackup setup had run, and reported tape barcodes correctly before hand. The problem just appeared one day. I was getting error 96's, assumed someone did a tape change (I am the netbackup admin of a netbackup network that exists in the UK, and I am in the US) and ran in inventory update. The tapes changed from Q1 to 00Q100, etc... Any ideas? -- Mike Sponsler Northrop Grumman [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] SIZE_DATA_BUFFERS number for HP LTO3 drives [NC]
I wonder if anyone has SIZE_DATA_BUFFERS number for HP LTO3 drives ? I was using 262144 for LTO2s and they were reaching 43MB/s on local SCSI attached drives. I'm guessing LTO3s would be around the 393216 to maybe even 524288 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, 28 March 2007 5:39 AM To: Chris Freemantle Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] SIZE_DATA_BUFFERS number for HP LTO3 drives [NC] Chris, many thanks ! The .pdf from HP is *exactly* what I was looking for. -- Misha Pavlov This message uses only 100% recycled electrons. Chris Freemantle [EMAIL PROTECTED] 03/26/2007 04:44 AM To Misha PAVLOV/us/[EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] SIZE_DATA_BUFFERS number for HP LTO3 drives [C1] Misha, Try 256 kB if you search on LTO-3 SIZE_DATA_BUFFERS and netbackup tuning guide you will find a number of very useful documents. As a starter, have a look at - h71028.www7. hp .com/ERC/downloads/5982-9971EN.pdf http://seer.entsupport.symantec.com/docs/244652.htm You should be aware that Windows server 200 SP1 limits the SIZE_DATA__BUFFERS to 64kB, see http://support.microsoft.com/kb/907418/ this seems to be fixed in SP2 (thanks to Ric Davis for that info) http://seer.support.veritas.com/docs/183702.htm Sugest NOTE: For Digital Linear Tape (DLT) drives, the number that seems to give the best performance for SIZE_DATA_BUFFERS is 65536 I wonder if anyone has SIZE_DATA_BUFFERS number for HP LTO3 drives ? -- Misha Pavlov This message uses only 100% recycled electrons. * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * -- --- REMEMBER- There is only one certainty about storage systems - they *will* fail ! This includes backup and archiving systems. If you want to be paranoid, make your own backups as well. For FIL computer support issues, please email [EMAIL PROTECTED] rather than individual team members Chris Freemantle Data Manager Wellcome Trust Centre for Neuroimaging Tel. +44 (0)20 7833 7472 reception Tel. +44 (0)20 7833 7496 direct Fax +44 (0)20 7813 1420 Home Page: http://www.fil.ion.ucl.ac.uk * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * ___ 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
