Re: [Veritas-bu] cold catalog recovery
Doesn't sound like a netbackup issue Sounds like a host configuration issue - maybe dns Are you returning 127.0.0.1 even when you have any entry in your local hosts? The system could be configured not to look at hosts Can you resolve forward and reverse lookup when using nslookup? Regards, Tal Shekel CSA FUJITSU From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Infantino, Joe (Contractor) Sent: 15 March 2012 20:39 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] cold catalog recovery We are trying to upgrade our NBU hardware and OS and are running into some issues that seem related to doing a cold catalog recovery and name resolution. Current setup: Windows 2003 x86 SP2 NBU 6.5.6 New setup: Windows 2008 x64 SP2 NBU 6.5.6 Current server and new server are configured with the same name and ip address. ISSUE: We can do a cold catalog backup and restore just fine but have a serious issue in the end. After both successes if we open the Activity Monitor we get an error - Not connected, check if services are up. All service are up. bpjobsd log shows 2 job_connect: Can't connect automatically to client pbcobk01 status = 25 err = 10061 2 job_connect: Can't connect to client pbcobk01 16 main: Can't connect to pbcobk01 (46) We did a complete system rebuild, installed NBU 6.5.6, and configured to write to disk. Test backup ran and Activity Monitor worked fine. Did the catalog recovery and the issue came back. I did some bpclntcmd tests and they all come back with the correct name but the IP shows as 127.0.0.1. I added the hostname and real IP to the hosts file with no luck. I tried the following tests: bpclntcmd -pn = correct short name with 127.0.0.1 bpclntcmd -self = correct short name with 127.0.0.1 bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1 bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip address If I do these test on the current server they come back with the actual IP of the system. TIA Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.commailto:jinfant...@intersil.com www.intersil.comfile:///\\www.intersil.com Unless otherwise stated, this email has been sent from Fujitsu Services Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications Europe Limited, together Fujitsu. This email is only for the use of its intended recipient. Its contents are subject to a duty of confidence and may be privileged. Fujitsu does not guarantee that this email has not been intercepted and amended or that it is virus-free. Fujitsu Services Limited, registered in England No 96056, registered office 22 Baker Street, London W1U 3BW. Fujitsu (FTS) Limited, registered in England No 03808613, registered office 22 Baker Street, London W1U 3BW. Fujitsu Telecommunications Europe Limited, registered in England No 2548187, registered office Solihull Parkway, Birmingham Business Park, Birmingham, B37 7YU.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] cold catalog recovery
It could just be down to the way your host is configured to lookup names Is this a standard windows build or a bespoke build created by your sys admins? They could have changed the way the build resolves hostnames as a security feature? Regards, Tal Shekel CSA FUJITSU From: Infantino, Joe (Contractor) [mailto:jinfant...@intersil.com] Sent: 16 March 2012 11:53 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: cold catalog recovery That's what we thought also, but why then would it work just fine before the catalog recovery? I do have a hosts file entry for the system. Currently it is off the network so nslookup is not working, but even when it was on the network and name resolution was working fine the issue was still there. Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.commailto:jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Friday, March 16, 2012 5:56 AM To: Infantino, Joe (Contractor); veritas-bu@mailman.eng.auburn.edu Subject: RE: cold catalog recovery Doesn't sound like a netbackup issue Sounds like a host configuration issue - maybe dns Are you returning 127.0.0.1 even when you have any entry in your local hosts? The system could be configured not to look at hosts Can you resolve forward and reverse lookup when using nslookup? Regards, Tal Shekel CSA FUJITSU From: veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Infantino, Joe (Contractor) Sent: 15 March 2012 20:39 To: veritas-bu@mailman.eng.auburn.edumailto:veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] cold catalog recovery We are trying to upgrade our NBU hardware and OS and are running into some issues that seem related to doing a cold catalog recovery and name resolution. Current setup: Windows 2003 x86 SP2 NBU 6.5.6 New setup: Windows 2008 x64 SP2 NBU 6.5.6 Current server and new server are configured with the same name and ip address. ISSUE: We can do a cold catalog backup and restore just fine but have a serious issue in the end. After both successes if we open the Activity Monitor we get an error - Not connected, check if services are up. All service are up. bpjobsd log shows 2 job_connect: Can't connect automatically to client pbcobk01 status = 25 err = 10061 2 job_connect: Can't connect to client pbcobk01 16 main: Can't connect to pbcobk01 (46) We did a complete system rebuild, installed NBU 6.5.6, and configured to write to disk. Test backup ran and Activity Monitor worked fine. Did the catalog recovery and the issue came back. I did some bpclntcmd tests and they all come back with the correct name but the IP shows as 127.0.0.1. I added the hostname and real IP to the hosts file with no luck. I tried the following tests: bpclntcmd -pn = correct short name with 127.0.0.1 bpclntcmd -self = correct short name with 127.0.0.1 bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1 bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip address If I do these test on the current server they come back with the actual IP of the system. TIA Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.commailto:jinfant...@intersil.com www.intersil.comfile:///\\www.intersil.com Unless otherwise stated, this email has been sent from Fujitsu Services Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications Europe Limited, together Fujitsu. This email is only for the use of its intended recipient. Its contents are subject to a duty of confidence and may be privileged. Fujitsu does not guarantee that this email has not been intercepted and amended or that it is virus-free. Fujitsu Services Limited, registered in England No 96056, registered office 22 Baker Street, London W1U 3BW. Fujitsu (FTS) Limited, registered in England No 03808613, registered office 22 Baker Street, London W1U 3BW. Fujitsu Telecommunications Europe Limited, registered in England No 2548187, registered office Solihull Parkway, Birmingham Business Park, Birmingham, B37 7YU. Unless otherwise stated, this email has been sent from Fujitsu Services Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications Europe Limited, together Fujitsu. This email is only for the use of its intended recipient. Its contents are subject to a duty of confidence and may be privileged. Fujitsu does not guarantee that this email has not been intercepted and amended or that it is virus-free. Fujitsu Services Limited, registered in England No 96056, registered office 22 Baker Street, London W1U 3BW. Fujitsu (FTS) Limited, registered in England No 03808613, registered office 22
Re: [Veritas-bu] cold catalog recovery
That's odd If you have any entry in the host file bpclntcmd should pick it up Still sounds like host config though Although this is probably not the issue check if there are any entries under veritas\netbackup\remote_versions - that should affect name resolution but may be worth cleaning out The errors in your log (25 46) both refer to hostname resolution issues and bpclntcmd confirms this Try add an entry for a dummy server into for a different hostname into your hosts file and see if you can resolve it From the sound of it you wont be able to Regards, Tal Shekel CSA FUJITSU From: Infantino, Joe (Contractor) [mailto:jinfant...@intersil.com] Sent: 16 March 2012 11:56 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: cold catalog recovery It is a standard system build. I did the build and did not change anything to do with DNS Firewall is also turned off. I tried with the firewall service disabled and after a reboot and the error still exists. Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.commailto:jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Friday, March 16, 2012 7:55 AM To: Infantino, Joe (Contractor); veritas-bu@mailman.eng.auburn.edu Subject: RE: cold catalog recovery It could just be down to the way your host is configured to lookup names Is this a standard windows build or a bespoke build created by your sys admins? They could have changed the way the build resolves hostnames as a security feature? Regards, Tal Shekel CSA FUJITSU From: Infantino, Joe (Contractor) [mailto:jinfant...@intersil.com] Sent: 16 March 2012 11:53 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edumailto:veritas-bu@mailman.eng.auburn.edu Subject: RE: cold catalog recovery That's what we thought also, but why then would it work just fine before the catalog recovery? I do have a hosts file entry for the system. Currently it is off the network so nslookup is not working, but even when it was on the network and name resolution was working fine the issue was still there. Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.commailto:jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Friday, March 16, 2012 5:56 AM To: Infantino, Joe (Contractor); veritas-bu@mailman.eng.auburn.edumailto:veritas-bu@mailman.eng.auburn.edu Subject: RE: cold catalog recovery Doesn't sound like a netbackup issue Sounds like a host configuration issue - maybe dns Are you returning 127.0.0.1 even when you have any entry in your local hosts? The system could be configured not to look at hosts Can you resolve forward and reverse lookup when using nslookup? Regards, Tal Shekel CSA FUJITSU From: veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Infantino, Joe (Contractor) Sent: 15 March 2012 20:39 To: veritas-bu@mailman.eng.auburn.edumailto:veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] cold catalog recovery We are trying to upgrade our NBU hardware and OS and are running into some issues that seem related to doing a cold catalog recovery and name resolution. Current setup: Windows 2003 x86 SP2 NBU 6.5.6 New setup: Windows 2008 x64 SP2 NBU 6.5.6 Current server and new server are configured with the same name and ip address. ISSUE: We can do a cold catalog backup and restore just fine but have a serious issue in the end. After both successes if we open the Activity Monitor we get an error - Not connected, check if services are up. All service are up. bpjobsd log shows 2 job_connect: Can't connect automatically to client pbcobk01 status = 25 err = 10061 2 job_connect: Can't connect to client pbcobk01 16 main: Can't connect to pbcobk01 (46) We did a complete system rebuild, installed NBU 6.5.6, and configured to write to disk. Test backup ran and Activity Monitor worked fine. Did the catalog recovery and the issue came back. I did some bpclntcmd tests and they all come back with the correct name but the IP shows as 127.0.0.1. I added the hostname and real IP to the hosts file with no luck. I tried the following tests: bpclntcmd -pn = correct short name with 127.0.0.1 bpclntcmd -self = correct short name with 127.0.0.1 bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1 bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip address If I do these test on the current server they come back with the actual IP of the system. TIA Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant
Re: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11
Did you try run bpclntcmd prior to the upgrade? I also noticed the 64 bit and 32 bit change but wouldn't have thought it would make a difference Regards, Tal Shekel CSA FUJITSU From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Steve Quan Sent: 16 March 2012 12:54 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11 What seems to stick out, is the target OS is 64bit (vs the original 32bit OS) and the problem only shows up after a good catalog restore /Steve --- From: veritas-bu-requ...@mailman.eng.auburn.edu Subject: Veritas-bu Digest, Vol 71, Issue 11 To: veritas-bu@mailman.eng.auburn.edu Date: Fri, 16 Mar 2012 07:00:04 -0500 Send Veritas-bu mailing list submissions to veritas-bu@mailman.eng.auburn.edu To subscribe or unsubscribe via the World Wide Web, visit http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu or, via email, send a message with subject or body 'help' to veritas-bu-requ...@mailman.eng.auburn.edu You can reach the person managing the list at veritas-bu-ow...@mailman.eng.auburn.edu When replying, please edit your Subject line so it is more specific than Re: Contents of Veritas-bu digest... Today's Topics: 1. cold catalog recovery (Infantino, Joe (Contractor)) 2. Re: cold catalog recovery (Shekel Tal) 3. Re: cold catalog recovery (Infantino, Joe (Contractor)) 4. Re: cold catalog recovery (Infantino, Joe (Contractor)) -- Message: 1 Date: Thu, 15 Mar 2012 16:38:58 -0400 From: Infantino, Joe (Contractor) jinfant...@intersil.com Subject: [Veritas-bu] cold catalog recovery To: veritas-bu@mailman.eng.auburn.edu Message-ID: 13e204e614d8e04faf594c9aa9ed0bb712d79...@pbcomx02.intersil.corp Content-Type: text/plain; charset=us-ascii We are trying to upgrade our NBU hardware and OS and are running into some issues that seem related to doing a cold catalog recovery and name resolution. Current setup: Windows 2003 x86 SP2 NBU 6.5.6 New setup: Windows 2008 x64 SP2 NBU 6.5.6 Current server and new server are configured with the same name and ip address. ISSUE: We can do a cold catalog backup and restore just fine but have a serious issue in the end. After both successes if we open the Activity Monitor we get an error - Not connected, check if services are up. All service are up. bpjobsd log shows 2 job_connect: Can't connect automatically to client pbcobk01 status = 25 err = 10061 2 job_connect: Can't connect to client pbcobk01 16 main: Can't connect to pbcobk01 (46) We did a complete system rebuild, installed NBU 6.5.6, and configured to write to disk. Test backup ran and Activity Monitor worked fine. Did the catalog recovery and the issue came back. I did some bpclntcmd tests and they all come back with the correct name but the IP shows as 127.0.0.1. I added the hostname and real IP to the hosts file with no luck. I tried the following tests: bpclntcmd -pn = correct short name with 127.0.0.1 bpclntcmd -self = correct short name with 127.0.0.1 bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1 bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip address If I do these test on the current server they come back with the actual IP of the system. TIA Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.com www.intersil.com snip Unless otherwise stated, this email has been sent from Fujitsu Services Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications Europe Limited, together Fujitsu. This email is only for the use of its intended recipient. Its contents are subject to a duty of confidence and may be privileged. Fujitsu does not guarantee that this email has not been intercepted and amended or that it is virus-free. Fujitsu Services Limited, registered in England No 96056, registered office 22 Baker Street, London W1U 3BW. Fujitsu (FTS) Limited, registered in England No 03808613, registered office 22 Baker Street, London W1U 3BW. Fujitsu Telecommunications Europe Limited, registered in England No 2548187, registered office Solihull Parkway, Birmingham Business Park, Birmingham, B37 7YU.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] MS-Sql server
Hi Kevin If you use INSTANCE $ALL and DATABASE $ALL NetBackup will automatically try and backup every DB and Instance on the server. You can either logon to the server as has been described and use the SQL client GUI to check the client progress log. An easier method is to just remotely look at the log file generated which is used to display the job status in the sql gui. You can just connect to the server $ share as opposed to having to log on and then launch the client gui The path would be /install_path\veritas\netbackup\logs\user_ops\mssql\logs There will be a file for each job in that folder with the bottom of the file summarising the failures and successes. BTW - Are your SQL clients on 6.5.6 too? Pre 6.5.6 there was a bug in the sql agent which caused some databases to be skipped from backup and not reported on when using $ALL Regards, Tal From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: 24 September 2010 07:13 To: Baumann, Kevin; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] MS-Sql server Hi Kevin There is normally a Parent Job that kicks off. After this, there should be child jobs for each Database. Was the .bch file configured with the ALL$ command? Also, to clarify, goto the Backup, Archive, Restore tool, specify the client machine and the policy type, in your case MS-SQL-Server. You would run this BAR tool on the Master Server (assuming its a client). Hope this helps Simon From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Baumann, Kevin Sent: Thursday, September 23, 2010 7:41 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] MS-Sql server All, My Windows team has asked me if I can see what databases have been backed up on a particular Windows server. It is running MS-SQL, and when the master server kicks off the backup it looks at a .bch script on that server. It looks to me like the backups work, but I cannot find a way to say what actual databases were backed up. Is there an easy way to do that? And can I assume that if I get a status 0, that all the databases in the .bch file get backed up? Linux master/media server, 6.5.6. Client is Windows 2003 server (r2) running MS-Sql server. Thanks. -Kevin 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. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Device Recognition in RHEL5/NBU7
Did you by any chance zone the devices into multiple HBA ports in the new config but not the old? Perhaps you had powerpath, DMP or some kind of multipath software installed before? By the way - there shouldn't be any problems with seeing multiple devices and NB will only use the ones configured and it shouldn't actually go an configure 16 robots and 400 drives. The device config wizard will know that some are the same devices - atleast it does in my environment. Have you let the device config wizard finish - what does it actually configure after detecting all the devices? -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Heathe Yeakley Sent: 23 September 2010 15:39 To: NetBackup Mailing List Subject: Re: [Veritas-bu] Device Recognition in RHEL5/NBU7 To clarify my question: I currently have a live NetBackup environment where the master server is a Dell 2950 and I have two media servers that are solaris boxes running RHEL 4. My department wants to decommission the older boxes and move NetBackup to newer boxes, and I wanted to upgrade to 7.0 anyway, so I decided to kill two birds with one stone and build 1 new master and 2 new media, install NBU 7 on the new environment and then zone my existing libraries into the new environment and then point all the servers I'm backing up to the new environment. On my live NetBackup environment (the RHEL4 one), when I go into the NBU hardware configuration wizard and scan for devices, the wizard comes back and says it sees 3 libraries and 92 drives (which is the number I expect to see). When I shut down my live environment and bring up the NBU 7 environment and run the hardware wizard, it sees like 16 robots and 400 drives. I'm trying to figure out why my NBU 6.0/RHEL4 environment is able to see one device file per robot/tape drive, but my NBU 7/RHEL5 environment thinks each path is 1 device. I'm not sure where to begin researching this issue. I'm in the process of skimming through the NBU 7 device configuration manual, the HBA documentation and Red Hat's storage documentation. Any light that can be shed on this will be greatly appreciated. - HKY ___ 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] Real World NBU Buffer settings Win2k3
The 64k limit was due to a tcp/ip stack limitation I have always found larger buffers (256k) generally provide the best performance. Only if you had lots of small files would I recommend anything less Flashbackup will definitely improve your performance as the data will not need to be uncompressed prior to passed to the backup device. The only factor to consider is that flashbackup will also backup the blocks on the drive which are empty - so you backup the entire volume. I am going to guess you wont see much performance going to disk as you issue is probably not at the backup target as you have a collection of LTO4 drives. A single LTO4 should be able to backup that entire volume in 6 hours easy - even if the SAN is running at 2GB. Can you share any info about your disk config? Is it SAN or internal storage? How many disks are in the config? If you run Windows perfmon how are your disk queues looking? Also - how many split I/O's are you getting? - ensuring proper file system / volume partition can make a decent difference Do you have bad disk fragmentation? All things that can make a difference . . . . From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nic Solomons Sent: 16 September 2010 14:44 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Real World NBU Buffer settings Win2k3 Also worth noting that for 2003+, if you don't have specific RTOs for individual files, you can do volume based backups with your standard licensing (but no individual file restore). http://seer.entsupport.symantec.com/docs/275912.htm Which should give you the same performance boost as flash backup. Make sure you use VSS though - not VSP (why they left the screenshot like that, no idea). Cheers, Nic From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Martin, Jonathan Sent: 16 September 2010 14:23 To: WEAVER, Simon (external); William Brown; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Real World NBU Buffer settings Win2k3 Windows is a piece of cake. Install the client. Select Policy Type: Flashbackup-Windows Setup Selection List: \\.\R file:///\\.\R : (change drive letter as required) Run Policy Enjoy monumentally faster backups (on compressed volumes) You cannot backup the system drive (C:) or System State with Flashbackup. I normally run these in a 2nd OS policy. Be sure to test a restore. You can do entire volume restores, which are just as fast as backups. Or, you can restore individual files. -Jonathan From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: 15 September 2010 19:00 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Real World NBU Buffer settings Win2k3 Hi All Anyone got any real world experience on buffer settings: scenarion: Win2k3 San Media, connected to 2GB Fabric attached 8 LTO4 Drives. Due to drive availability, Multiplexing onto one drive. Main problem: One volume (1,7tb in size) takes over 4 days to fully complete. Got the Tuning Guide and Technote 244602, but I tried some settings, only to find the backup would not even mount tape correctly. So back to no settings at the mo. Volume are generic files/folders, mixture of large and small sizes. But 1.7TB's in my view should be done quicker. Also Data is compressed. Regards Simon The information contained in this e-mail and its attachments is confidential. It is intended only for the named address(es) and may not be disclosed to anyone else without Attenda's consent. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Device Recognition in RHEL5/NBU7
I know that the version I am on 6.5.5 see's the multiple paths you have described. It could just be a change in behaviour from within NB? Could be worth asking Symantec support the question . . . . -Original Message- From: Heathe Yeakley [mailto:hkyeak...@gmail.com] Sent: 24 September 2010 14:08 To: Shekel Tal Cc: NetBackup Mailing List Subject: Re: [Veritas-bu] Device Recognition in RHEL5/NBU7 As far as the zoning in the old environment, I've gone over both with a fine tooth comb and it looks like I've zoned both environments exactly alike. As far as multipath software, I have device mapper multipath configured on both environments. As far as letting the wizard finish, I decided to try that and about halfway through the wizard, NetBackup realized it's all the same devices and presented me with 3 robots and 92 drives (the correct number). I'm still confused why my 6.0 environment sees 3 robots and 92 drives after the first scan on the 2nd page of the Hardware configuration wizard whereas my 7.0 environment has to go about halfway through before it sees all the devices as 3 robots and 92 drives But hey, at least it's working now. - HKY On Fri, Sep 24, 2010 at 5:39 AM, Shekel Tal tal.she...@uk.fujitsu.com wrote: Did you by any chance zone the devices into multiple HBA ports in the new config but not the old? Perhaps you had powerpath, DMP or some kind of multipath software installed before? By the way - there shouldn't be any problems with seeing multiple devices and NB will only use the ones configured and it shouldn't actually go an configure 16 robots and 400 drives. The device config wizard will know that some are the same devices - atleast it does in my environment. Have you let the device config wizard finish - what does it actually configure after detecting all the devices? -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Heathe Yeakley Sent: 23 September 2010 15:39 To: NetBackup Mailing List Subject: Re: [Veritas-bu] Device Recognition in RHEL5/NBU7 To clarify my question: I currently have a live NetBackup environment where the master server is a Dell 2950 and I have two media servers that are solaris boxes running RHEL 4. My department wants to decommission the older boxes and move NetBackup to newer boxes, and I wanted to upgrade to 7.0 anyway, so I decided to kill two birds with one stone and build 1 new master and 2 new media, install NBU 7 on the new environment and then zone my existing libraries into the new environment and then point all the servers I'm backing up to the new environment. On my live NetBackup environment (the RHEL4 one), when I go into the NBU hardware configuration wizard and scan for devices, the wizard comes back and says it sees 3 libraries and 92 drives (which is the number I expect to see). When I shut down my live environment and bring up the NBU 7 environment and run the hardware wizard, it sees like 16 robots and 400 drives. I'm trying to figure out why my NBU 6.0/RHEL4 environment is able to see one device file per robot/tape drive, but my NBU 7/RHEL5 environment thinks each path is 1 device. I'm not sure where to begin researching this issue. I'm in the process of skimming through the NBU 7 device configuration manual, the HBA documentation and Red Hat's storage documentation. Any light that can be shed on this will be greatly appreciated. - HKY ___ Veritas-bu maillist - veritas...@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] Enterprise Backup software and hardware solutions
Depends on how much data you are backing up and what your retention periods and backup window are? I am a big fan of storagetek libraries and with LTO5 out now you can get 3TB on a single cart. For you regions you may want to look at puredisk clients or perhaps a NetApp filer in Manchester with ossv in your regions -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of gboskin Sent: 27 May 2010 07:43 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Enterprise Backup software and hardware solutions I need help with this all you backup gurus.. At the moment i have 20 sites running Replication EXEC 3.1 . Theres are being backed replicated all over the conutry to the manchester office . The master manchester servers has an MSA attachjed and then backed up to tape to a robot HP 6060. the issue is that i have been asked to come out with a re-desgin including hardware spec for a new robot as the current one is 5 years old and the MSA is about filling up Any ideas +-- |This was sent by ade.orimal...@wspgroup.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ 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] Incorrect File List being Built
Hi Guys I have quite an interesting one here NetBackup 6.5.5 - windows 2003 Master NetBackup 6.5.5 Windows 2003 Media Server behind a firewall backing itself up All comms going through vnetd I am using a file list such as: E:\Folder1\* E:\Folder2\* I am doing this so that I can pull the data of the disk using multiple streams so that I can keep a decent data flow to an LTO4 drive. Else certain directories containing small file just slow the entire backup volume down The first backup run used the wildcard and detected each subdirectory and ran a separate stream. When new sub directories are added they are not detected by the wildcard discovery - the directories which existed at the time the first back ran are the only ones which jobs are created for. If I create a new policy and specify E:\Folder1\* - NetBackup will then detect all the subdirectories and kick off a job for each one. Its almost as if the file list is being cached somewhere and not being rediscovered for each scheduled backup. Any thoughts or similar experiences? I am sure I have actually seen this will earlier versions of NetBackup - going back to NB5 Cheers ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Incorrect File List being Built
Thanks, will try that I can see there is a stream file for each policy which ran with the file structure inside - makes sense From: Marianne Van Den Berg [mailto:mvdb...@stortech.co.za] Sent: 26 May 2010 15:44 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Incorrect File List being Built Delete the STREAMS files under images\client-name Warning: This will probably cause incremental to run as fulls until a new full has run. Kind regards M. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Shekel Tal Sent: 26 May 2010 04:37 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Incorrect File List being Built Hi Guys I have quite an interesting one here NetBackup 6.5.5 - windows 2003 Master NetBackup 6.5.5 Windows 2003 Media Server behind a firewall backing itself up All comms going through vnetd I am using a file list such as: E:\Folder1\* E:\Folder2\* I am doing this so that I can pull the data of the disk using multiple streams so that I can keep a decent data flow to an LTO4 drive. Else certain directories containing small file just slow the entire backup volume down The first backup run used the wildcard and detected each subdirectory and ran a separate stream. When new sub directories are added they are not detected by the wildcard discovery - the directories which existed at the time the first back ran are the only ones which jobs are created for. If I create a new policy and specify E:\Folder1\* - NetBackup will then detect all the subdirectories and kick off a job for each one. Its almost as if the file list is being cached somewhere and not being rediscovered for each scheduled backup. Any thoughts or similar experiences? I am sure I have actually seen this will earlier versions of NetBackup - going back to NB5 Cheers ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Off Topic: Firmware and driver versions?
This may go without saying but I think an important point is to standardise as much as possible. This will make future troubleshooting and stability easier to control. Very often your library vendor will dictate the level of firmware for tape devices but more importantly they will recommend for all the devices to be on the same version of firmware. Regarding HBA firmware I would probably look for advice from the switch manufacturer they connect to. Again - as much as possible - try to ensure you are using common, hba, firmware revisions and drivers across the estate. This isn't always easy - especially when you order kit over various timelines and they could ship with different firmware revisions but it is a good goal. When you start to mix firmware things can get quite confusing as sometime you could end up with SAN problems and not necessarily know exactly which initiator/target/switch is causing a problem Regards, Tal From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts Sent: 12 May 2010 15:04 To: Marianne Van Den Berg Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Off Topic: Firmware and driver versions? On Wed, May 12, 2010 at 6:54 AM, Marianne Van Den Berg mvdb...@stortech.co.za wrote: In a big SSO environment with mixed O/S media servers attached to tape and disk (via different HBA's) - who dictates what driver/firmware versions should be used on tape drives, hba's, switches? The NBU hardware compatibility list is very basic and list 'tested' versions for tape drives, not recommended. As far as switches and HBA's are concerned, the compatibility guide says: Consult the hardware vendor's web site for up-to-date firmware and driver updates. My viewpoint is that the tape vendor should supply all these compatibilities. I'd like to know how it's done in your environment and who initiates the whole process... For tape drives, we rely on the opinion of our field service rep - whenever he's out here, we ask what's a recommended release for the drives and the library and schedule accordingly. I don't think we've seen specific firmware issues on the tape side. On the host side, to some extent we are starting to lose control, and that's not a bad thing. Multipathing software is coming out of the OS vendors (MPIO, DMP, etc.). Every now and then we go through and do a firmware/driver update but I don't think we've been the 100% supported/current in over 3 years (when we did a McData to Brocade switch migration). For the SAN switches, we upgrade the firmware when we get around to it. I'm a few releases behind but we can't upgrade continually or we'd be doing nothing else. If there's a bug that I've run into that I need to fix, then I'll bump the priority. It's always a fine juggling act between being current, supported, and meeting the business requirements, all the time balancing that with your available time. .../Ed Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE ewi...@ewilts.org Linkedin http://www.linkedin.com/in/ewilts ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Slow backup speed
Did you restart the netbackup daemons/services after making the change? Do you still have the copy mounted? If so it may also be worth running a test using only 1 LTO-4 drive and see if the performance increases. From: hemant.kale...@wipro.com [mailto:hemant.kale...@wipro.com] Sent: 11 May 2010 06:10 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed Had done the same but still the issue persists Thanks and Regards Hemant S Kalekar 09819949422 From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Monday, May 10, 2010 6:04 PM To: Hemant Kalekar (WI01 - Manage IT); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed You should check the bptm and bpbkar logs to see what the system is waiting for. Without looking at any of the data I would increase the number data buffers Try doubling it to 64 and see if you backup times improve From: hemant.kale...@wipro.com [mailto:hemant.kale...@wipro.com] Sent: 10 May 2010 13:24 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed hi pls find the output # more NUMBER_DATA_BUFFERS 32 # more SIZE_DATA_BUFFERS 262144 The server hosting the disk system resource utilisation is normal. From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Mon 5/10/2010 4:37 PM To: Hemant Kalekar (WI01 - Manage IT); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed What size data buffers did you use and how many? If you are running a cold flat file backup you would think the jobs would be flying. Have you asked your storage admin to check what your storage array is doing? Perhaps there are hot spots? What size raid groups are you using to host the copy? Have you checked the server hosting the disks system resource utilisation? From: hemant.kale...@wipro.com [mailto:hemant.kale...@wipro.com] Sent: 10 May 2010 11:49 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed Yes the netbackup is tuned. Agents are installed and cold flat file backup is done. Thanks and Regards Hemant S Kalekar 09819949422 From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Monday, May 10, 2010 3:06 PM To: Hemant Kalekar (WI01 - Manage IT); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed Have you tuned you NetBackup buffers? Have a look at the following technote and setup the size and number data buffers - http://support.veritas.com/docs/183702 http://support.veritas.com/docs/183702 Are you using agents and mounting the image up after the split or just performing a cold flat file backup after the split? Regards, Tal From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of hemant.kale...@wipro.com Sent: 10 May 2010 09:07 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Slow backup speed HI I am facing problems in backup speed for backing up SAP databases. My setup is as follows I am using shadow image ie split sync for backing up my SAP databases.The datasize is approximately 13TB. My PVols are mounted from Hitachi 9990V storage and are attached to Sun M9000 server. My Svols are mounted from Sun storage 6140 and are attached to Sun T5220 which is configured as media server in veritas netbackup6.0. I have L1400 Tape Library from which 4 LTO4 drives are presented to secondary server from which backup is taken, Average speed per stream is 30MBPS which makes overall throughput of 4*30=120MBPS.backup time is around 36 hours. Thanks and Regards Hemant S Kalekar 09819949422 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential
Re: [Veritas-bu] Slow backup speed
Have you tuned you NetBackup buffers? Have a look at the following technote and setup the size and number data buffers - http://support.veritas.com/docs/183702 http://support.veritas.com/docs/183702 Are you using agents and mounting the image up after the split or just performing a cold flat file backup after the split? Regards, Tal From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of hemant.kale...@wipro.com Sent: 10 May 2010 09:07 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Slow backup speed HI I am facing problems in backup speed for backing up SAP databases. My setup is as follows I am using shadow image ie split sync for backing up my SAP databases.The datasize is approximately 13TB. My PVols are mounted from Hitachi 9990V storage and are attached to Sun M9000 server. My Svols are mounted from Sun storage 6140 and are attached to Sun T5220 which is configured as media server in veritas netbackup6.0. I have L1400 Tape Library from which 4 LTO4 drives are presented to secondary server from which backup is taken, Average speed per stream is 30MBPS which makes overall throughput of 4*30=120MBPS.backup time is around 36 hours. Thanks and Regards Hemant S Kalekar 09819949422 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Slow backup speed
What size data buffers did you use and how many? If you are running a cold flat file backup you would think the jobs would be flying. Have you asked your storage admin to check what your storage array is doing? Perhaps there are hot spots? What size raid groups are you using to host the copy? Have you checked the server hosting the disks system resource utilisation? From: hemant.kale...@wipro.com [mailto:hemant.kale...@wipro.com] Sent: 10 May 2010 11:49 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed Yes the netbackup is tuned. Agents are installed and cold flat file backup is done. Thanks and Regards Hemant S Kalekar 09819949422 From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Monday, May 10, 2010 3:06 PM To: Hemant Kalekar (WI01 - Manage IT); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed Have you tuned you NetBackup buffers? Have a look at the following technote and setup the size and number data buffers - http://support.veritas.com/docs/183702 http://support.veritas.com/docs/183702 Are you using agents and mounting the image up after the split or just performing a cold flat file backup after the split? Regards, Tal From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of hemant.kale...@wipro.com Sent: 10 May 2010 09:07 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Slow backup speed HI I am facing problems in backup speed for backing up SAP databases. My setup is as follows I am using shadow image ie split sync for backing up my SAP databases.The datasize is approximately 13TB. My PVols are mounted from Hitachi 9990V storage and are attached to Sun M9000 server. My Svols are mounted from Sun storage 6140 and are attached to Sun T5220 which is configured as media server in veritas netbackup6.0. I have L1400 Tape Library from which 4 LTO4 drives are presented to secondary server from which backup is taken, Average speed per stream is 30MBPS which makes overall throughput of 4*30=120MBPS.backup time is around 36 hours. Thanks and Regards Hemant S Kalekar 09819949422 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Slow backup speed
You should check the bptm and bpbkar logs to see what the system is waiting for. Without looking at any of the data I would increase the number data buffers Try doubling it to 64 and see if you backup times improve From: hemant.kale...@wipro.com [mailto:hemant.kale...@wipro.com] Sent: 10 May 2010 13:24 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed hi pls find the output # more NUMBER_DATA_BUFFERS 32 # more SIZE_DATA_BUFFERS 262144 The server hosting the disk system resource utilisation is normal. From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Mon 5/10/2010 4:37 PM To: Hemant Kalekar (WI01 - Manage IT); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed What size data buffers did you use and how many? If you are running a cold flat file backup you would think the jobs would be flying. Have you asked your storage admin to check what your storage array is doing? Perhaps there are hot spots? What size raid groups are you using to host the copy? Have you checked the server hosting the disks system resource utilisation? From: hemant.kale...@wipro.com [mailto:hemant.kale...@wipro.com] Sent: 10 May 2010 11:49 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed Yes the netbackup is tuned. Agents are installed and cold flat file backup is done. Thanks and Regards Hemant S Kalekar 09819949422 From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Monday, May 10, 2010 3:06 PM To: Hemant Kalekar (WI01 - Manage IT); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed Have you tuned you NetBackup buffers? Have a look at the following technote and setup the size and number data buffers - http://support.veritas.com/docs/183702 http://support.veritas.com/docs/183702 Are you using agents and mounting the image up after the split or just performing a cold flat file backup after the split? Regards, Tal From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of hemant.kale...@wipro.com Sent: 10 May 2010 09:07 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Slow backup speed HI I am facing problems in backup speed for backing up SAP databases. My setup is as follows I am using shadow image ie split sync for backing up my SAP databases.The datasize is approximately 13TB. My PVols are mounted from Hitachi 9990V storage and are attached to Sun M9000 server. My Svols are mounted from Sun storage 6140 and are attached to Sun T5220 which is configured as media server in veritas netbackup6.0. I have L1400 Tape Library from which 4 LTO4 drives are presented to secondary server from which backup is taken, Average speed per stream is 30MBPS which makes overall throughput of 4*30=120MBPS.backup time is around 36 hours. Thanks and Regards Hemant S Kalekar 09819949422 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you
Re: [Veritas-bu] Architectural question (staging)
I think to make an informed decision you would need to look at the bigger picture. Your original goal was to increase your backup performance and shrink you backup window Disk can be great but don't expect your backup times to increase just because you are using it. Is your disk being provided from the same array where your backup clients host their data? In that case you could see a reduction in performance. Also you could have a negative effect on your production systems when de-staging during the day What kind of Networking do you have in place between your backup clients and your media servers? Using GbE with Jumbo frames can produce some fantastic results in shrinking you backup window. What kind of tape devices do you have and how many? In most cases you will have equal tape throughput capability to that of your disk or very likely even more. Of course you don't want to multiplex too high but with efficient networking you may not need to. - you should also make sure you perform all the NetBackup tuning you can e.g. number/size data buffers and network buffers on media servers and clients whether using disk or tape I like to use disk for slow backup clients that would force a high level multiplexing setting or cause shoe shinning across your tape devices. Where you have servers (i.e. DB systems or systems with large files) that have the potential to stream at a decent rate - send them direct to tape. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Travis Kelley Sent: 06 May 2010 11:57 To: Martin, Jonathan; Victor Engle; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Architectural question (staging) I agree with Martin here on them working in some cases. I have and EMC Clariion with 45 1TB SATA disks and I can tell you it screams. I routienly see over 600MB/S out of the array wjile destaging. Sure, I have a larger and potentially smarter array than some but to say they don't ever work is wrong. One other point in regard to fragmentation. If you are truely using the disks as a cache and aren't in need of the additional restore performance they provide then as soon as destaging is done you can just expire all of the images on disk. Once you have them on tape, you may not need them on disk anymore anyway. If you are able to do this somewhat regularly (as often as you determine is necessay to keep performance up), fragmentation becomes a non-issue. In my case fragmentation has never been an issue anyway, because of the extremely wide striping. But if its an issue, as long as you can clean down the disk every once in a while, the problem goes away. Also images are interleved on the disk in the sense that they are not contigious on the disk from a block perspective, but the image files are not multiplexed as they would be on tape. Every backup image has at least one file all its own. Hope that help. Travis On 5/5/10, Martin, Jonathan jmart...@intersil.com wrote: I'd hate not to disagree with someone as grumpy and disagreeable as Ed. Personally, I wouldn't take advice on this matter from someone who worked with disk staging units for at least a year and gave up. (Also, I think Ed is a wet blanket.) I had this thing figured out 4 years ago when we first implemented DSSUs in production. I may not be the biggest NBU shop on the planet, but I back up more than 50TB a week using this method exclusively, so I can tell you that it does work. As far interleaving, there is most certainly interleaving at the file system level when you run multiple streams to a DSSU. How Ed can say there is no interleaving and then tell you to watch your disk fragmentation is beyond me. Fragmentation = disk interleaving as far as I am concerned. The point is that the files are non-contiguous. Here's my proof. This is a snippit of a utility called DiskView from SysInternals / Microsoft. The yellow bits are the actual 1K fragments of data on disk for that image file above. The little red dots indicate the beginning and end of file fragments. There are 64 little yellow dots between the red dots indicating my 64K clusters. Here's that same section of disk, different image file. These two streams ran simultaneously last night (along with 6 others) and I can guarantee you that the top image wrote faster, and will destage to tape faster than the image below. Why? Imagine you are bpdupicate.exe requesting the first file back to write to tape. Compared to the 2nd image, you are going to get a lot more reading done and a lot less seeking as your head(s) cross the disk to pickup fragments. Or, so goes my theory. There is a utility available from Dell that will show me the amount of time spent reading / writing versus seeking per disk but I didn't have the time to acquire it and test. Now, I know there are variables here. As I stated before, one of the big
Re: [Veritas-bu] Saving restore requests
Have you checked for any entries in the admin log after firing off the command? -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of pwhelan0610 Sent: 08 April 2010 17:05 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Saving restore requests Does anyone know of a way to save the items clicked in the restore GUI to a file for rerunning from the command line in the future? Patrick +-- |This was sent by netbac...@whelan-consulting.co.uk via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ 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] Nic Utilization
Hi Heather If you have Cisco switches you can use EtherChannel (PAgP) which is very similar to LACP for port aggregation - you would want to load balance by source MAC. This should benefit your media servers depending on what backup devices they are writing to. You will also the need some kind of multipathing/load balancing software running on your backup servers. If your master server is a dedicated master you should simply configure it for failover as a 1Gb nic should be more than enough. What backup devices do you have on your media servers? If you have anything which can write faster than about 60 Mb p/s you should definitely get some load balancing setup The bp.conf setting will push data out of a specific interface on the client itself where possible so you would really be able to control which interface it goes to on the media server. You could add entries into the clients hosts file so different client send data to different interfaces on the server but that creates single points of failures and is a little messy Cheers Tal -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Heathe Kyle Yeakley Sent: 08 April 2010 21:34 To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Nic Utilization I had a question about how everyone else utilizes the NICs inside your master and media servers. I have 1 master and 2 media. Like most systems these days, I have 3-4 NICs in each one. The administrator that setup our existing environment plumbed 1 NIC per machine, and the other NICs sit there, completely unused. At night, when our backup are running, it isn't unheard of for the NICs on all three machine to reach a high utilization level. This got me to thinking. I've read that you can set an option in the bp.conf file and have various clients backup to different interfaces on the same physical master and/or media server, but I've never actually deployed that feature. I've also heard of a technology called Link Aggregation Control Protocol (LACP) that allows you to tie multiple NICs together to increase the total bandwidth into your server. Does anyone else employ these technologies? Does everyone else just plumb one NIC and let the backups trickle in as fast as the LAN allows? Is there other aggregation technology out there that folks are using to utilize and squeeze more bandwidth out of those unused NICs? Thanks. - Heathe Kyle Yeakley ___ 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] retrying Error on job keeps going status 13
What hardware did you change? Error 13/4 can be a real pain but they are often related to network issues or reading data off a file system. As this is happening to all your jobs it sounds network related Have you checked some of your system/NetBackup legacy logs? Also run a all log entries report on one of the job ids to check for more details regarding the error message Regards, Tal -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: 12 April 2010 14:32 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] retrying Error on job keeps going status 13 I had to replace the hardware on one of my media svers and now all my jobs on that media server end in status 13 Server O/S Windows 2003 Netbackup 6.5.3 Library Quantum (Adic) I2000 14 LTO2 drives Any ideas would surely be appreciated. Master server Job log 4/6/2010 10:01:33 AM - requesting resource scacidoc05-hcart2-robot-tld-0 4/6/2010 10:01:33 AM - requesting resource svcacibu1.NBU_CLIENT.MAXJOBS.scacidoc05 4/6/2010 10:01:33 AM - requesting resource svcacibu1.NBU_POLICY.MAXJOBS.1-doc05-test 4/6/2010 10:01:33 AM - granted resource svcacibu1.NBU_CLIENT.MAXJOBS.scacidoc05 4/6/2010 10:01:33 AM - granted resource svcacibu1.NBU_POLICY.MAXJOBS.1-doc05-test 4/6/2010 10:01:33 AM - granted resource 000385 4/6/2010 10:01:33 AM - granted resource IBMULTRIUM-TD213 4/6/2010 10:01:33 AM - granted resource scacidoc05-hcart2-robot-tld-0 4/6/2010 10:01:33 AM - estimated 0 kbytes needed 4/6/2010 10:01:35 AM - started process bpbrm (5340) 4/6/2010 10:01:44 AM - connecting 4/6/2010 10:01:44 AM - connected; connect time: 00:00:00 4/6/2010 10:01:45 AM - mounting 000385 4/6/2010 10:02:06 AM - mounted; mount time: 00:00:21 4/6/2010 10:02:07 AM - positioning 000385 to file 1396 4/6/2010 10:02:15 AM - Error bpbrm(pid=3740) could not write KEEPALIVE to COMM_SOCK 4/6/2010 10:02:43 AM - Error bpbrm(pid=3740) socket read failed, An existing connection was forcibly closed by the remote host. (10054) 4/6/2010 10:02:34 AM - positioned 000385; position time: 00:00:27 4/6/2010 10:02:34 AM - begin writing 4/6/2010 10:02:44 AM - Error bpbrm(pid=3740) could not send server status message 4/6/2010 10:02:55 AM - end writing; write time: 00:00:21 file read failed(13) Media server bpbkar log 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: INF - Starting log file: F:\Program Files\Veritas\NetBackup\logs\BPBKAR\040610.LOG 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: GENERAL Log Level: 2 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: TCP Log Level: 3 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: INF - the log mutex: 1776 BPBKAR NetBackup Backup/Archive 6.5GA [Oct 30 2008] Copyright 1993 - 2007 VERITAS Software Corporation All Rights Reserved. 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - WINSOCK.DLL Information: 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Version: 2.0 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Highest supported version: 2.2 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Description: WinSock 2.0 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - System Status: Running 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Max Sockets: 0 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - _pgmptr = 'F:\Program Files\Veritas\NetBackup\bin\bpbkar32.exe' 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - lpCmdLine = '-r 2678400 -ru root -dt 0 -to 300 -clnt scacidoc05 -class 1-doc05-test -sched Cumulative-Inc -st CINC -bpstart_to 300 -bpend_to 300 -read_to 300 -blks_per_buffer 127 -stream_count 4 -stream_number 4 -jobgrpid 962086 -use_otm -use_ofb -b scacidoc05_1270576234 -kl 400 -shm -fso -ct 13 ' 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - INI: drive=F, dir=\Program Files\Veritas\NetBackup 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - LOG: drive=F, dir=\Program Files\Veritas\NetBackup\logs 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - EXE: drive=F, dir=\Program Files\Veritas\NetBackup\bin 10:50:39.722 AM: [5496.4724] 2 date_debug: DAT - timezone: Pacific Standard Time, offset=28800, dst: Pacific Daylight Time 10:50:39.722 AM: [5496.4724] 2 date_debug: DAT - current time: 1270576239, 4/6/2010 10:50:39 AM 10:50:39.722 AM: [5496.4724] 2 date_debug: DAT - 01/01/94 UCT: 757382400, 12/31/1993 5:00:00 PM 10:50:39.722 AM: [5496.4724] 2 date_debug: DAT - 07/01/94 UCT: 773020800, 6/30/1994 5:00:00 PM 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - standard input handle = 548 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - standard output handle = 1848 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - standard error handle = 1856 10:50:39.722 AM: [5496.4724] 2 dtcp_setsocksize: TCP - setsockopt success on SO_RCVBUF: (socket: 548) (size: 33792) 10:50:39.722 AM: [5496.4724] 2 dtcp_setsocksize: TCP - setsockopt success on SO_SNDBUF: (socket: 548) (size: 33792) 10:50:39.722 AM: [5496.4724] 2 dtcp_setsocksize: TCP - setsockopt success on
Re: [Veritas-bu] Error 50 for all backups
When you sent your original email you said your jobs were frequently being killed with error 50 so it sounded like they would fail with error 50 while the server was running. Is it just one or two or do a whole collection of jobs seem to die together during the backup window? Or do you just come into the office and notice the jobs have died with error 50? If it's a collection - next time you observe the error occurring run /usr/sbin/swap -l or /usr/sbin/swap -s and check how much free swap space you have. Alternatively setup a cron job to run the swap and date command every minute or so and output it to a txt file so you can track what is happening. You should also run an all log entry report during covering the timeline of the error and look for any fork errors If you think the system could be getting rebooted during the backup window you can check by: Run the uptime command and check how long you system has been up for You can also just hit w and enter. Or you can also check the /var/adm/messages file Check if a reboot could have occurred during your backup window Good luck :-) -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Marianne Van Den Berg Sent: 06 April 2010 09:36 To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Error 50 for all backups Your master server was probably rebooted. Check System logs. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of NBU Sent: 02 April 2010 01:55 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Error 50 for all backups where i have to check this on my master or media. Robot is configured on master and tape drives on media. +-- |This was sent by qureshiu...@rediffmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ 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] Backups not running, just stuck at Connecting.
Also - is this a multi-streamed job? There may be more info in one of the other jobs associated with it From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jonathan Dyck Sent: 06 April 2010 14:50 To: Jeff Cleverley; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backups not running, just stuck at Connecting. Might be a total shot in the dark, but check on the client to see if you have any bpstart scripts that run. Windows (eg:, C:\Program Files\VERITAS\Netbackup\bin\bpstart_notify*.bat) Unix (eg: /usr/openv/netbackup/bin/bpstart_notify*) Maybe a script is waiting on something... From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jeff Cleverley Sent: April 3, 2010 7:01 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backups not running, just stuck at Connecting. If the log directories are in place, go to /usr/openv/netbackup/logs. Look for entries in directories like bpcd, bprd, and bptm. Hopefully you will find some clues in there. If these directories are not here, create them and then stop/start NetBackup, and run the jobs again. I had a similar issue on mine where I ran a job from the master for a media server. The media server went into mount request but did not show up on the master. I had to go to the media server to find the issue and confirm the mount request after putting in more tapes. There isn't much in your current post about the environment (OS, master/media servers, policy type that hangs, tape libraries,etc) so I don't know what may apply. Hope this helps. Jeff On Sat, Apr 3, 2010 at 4:36 AM, LemonRuski netbackup-fo...@backupcentral.com wrote: Veritas Netbackup 5.1 Need guidance on how to check / troubleshoot and solve this problem. I trigger a backup and it shows : - started process bpbrm (pid=13602) - connecting - connected; connect time 0:00:00 Then that's it. Sometimes it goes from Connecting to Mounting but nothing happens. No data written. Wait for hours and finally I need to kill the job and it end with error code 150. Please advice. ^_^ Thanks in advance. *Netbackup newbie* +-- |This was sent by rtm...@yahoo.com via Backup Central. |Forward SPAM to ab...@backupcentral.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 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] Error 50 for all backups
Have you checked if you are running out of memory or swap space? -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: 29 March 2010 15:41 To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Error 50 for all backups Ok anything logged in the Windows Clients? Did you enable logging, as per the document I sent over to you? Anything changed in your NetBackup environment? For example, clients upgraded to a newer version or Maintenance Pack? Usually, from own experience, I see this when the NetBackup processes close down unexpectedly or terminate in an unusual manner. I know very little about Solaris, but I know there is some sort of ADM/Message folder - I think Is there anything in there?? Sorry I cannot help much more. Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of NBU Sent: Monday, March 29, 2010 2:07 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Error 50 for all backups Hi, Client OS are Win2008/2003/Solaris 9/10 etc Master is on Solaris 10 +-- |This was sent by qureshiu...@rediffmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption
I have also been looking at this as an option. One of the considerations is the effect encryption has on compression. I have heard you loose the ability to compress effectively when using compression. Have you noticed an effect on your tape drive compression when using tape drive based encryption? Regards, Tal -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz Sent: 01 March 2010 21:26 To: Kevin C Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption On Mon, 1 Mar 2010, Kevin C wrote: Sorry if this topic is been discussed before. Looking for members who have implemented LTO4 based encryption on Sun/StorageTek/Oracle platforms, any useful comments/journeys/guidance. We are on HP LTO4 drives with SL500/SL3000 libraries. From what I understand, this pretty much limits us to the StorageTek Crypto Key Management System w/ KMA appliances at each library site. The other option, today, is NetBackup's KMS software. Thank you. I have using the IBM LTO-4 drives with STK libraries, works great, as long the firmware is version 7BG2, I have seen the drive reset itself if the firmware is any other version (more recent ones). Also using NBU KMS. It works good, note you can only have 2 volume pools that use encryption. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption
Okay, thanks for the information. I have also been looking at NetBackup Media Server Encryption. It looks quite neat, compresses before encryption and has very nice key management which is a big tick in the box for me. The only caveat is that is software based and has fairly heavy host CPU requirement. Regards, Tal -Original Message- From: judy_hinchcli...@administaff.com [mailto:judy_hinchcli...@administaff.com] Sent: 02 March 2010 14:42 To: Shekel Tal; jpis...@lucidpixels.com; kc.on.the@gmail.com Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Sun/StorageTek based LTO4 encryption I am now using kms, and because the tape drive does the compression and the tape drive does the encryption, I have not noticed any loss in compression yet ( only have had it running for about 1 week) that was something I was also concerned about. You have to compress before you encrypt, and as far as I could find out the tape drive knows that. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Shekel Tal Sent: Tuesday, March 02, 2010 7:39 AM To: Justin Piszcz; Kevin C Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption I have also been looking at this as an option. One of the considerations is the effect encryption has on compression. I have heard you loose the ability to compress effectively when using compression. Have you noticed an effect on your tape drive compression when using tape drive based encryption? Regards, Tal -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz Sent: 01 March 2010 21:26 To: Kevin C Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption On Mon, 1 Mar 2010, Kevin C wrote: Sorry if this topic is been discussed before. Looking for members who have implemented LTO4 based encryption on Sun/StorageTek/Oracle platforms, any useful comments/journeys/guidance. We are on HP LTO4 drives with SL500/SL3000 libraries. From what I understand, this pretty much limits us to the StorageTek Crypto Key Management System w/ KMA appliances at each library site. The other option, today, is NetBackup's KMS software. Thank you. I have using the IBM LTO-4 drives with STK libraries, works great, as long the firmware is version 7BG2, I have seen the drive reset itself if the firmware is any other version (more recent ones). Also using NBU KMS. It works good, note you can only have 2 volume pools that use encryption. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption
Well that looks pretty good Not sure if you are comfortable sharing info like this but what kind of data does that represent? Normal User File data? Database data? Media Files? -Original Message- From: Justin Piszcz [mailto:jpis...@lucidpixels.com] Sent: 02 March 2010 14:49 To: Shekel Tal Cc: Kevin C; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Sun/StorageTek based LTO4 encryption On Tue, 2 Mar 2010, Shekel Tal wrote: I have also been looking at this as an option. One of the considerations is the effect encryption has on compression. I have heard you loose the ability to compress effectively when using compression. Have you noticed an effect on your tape drive compression when using tape drive based encryption? Yes. LTO-4 TAPE = 800GB IBM LTO-4 ENCRYPTED (RATIO = ~1.5:1) ABCD25 3 67 02/17/2010 20:00 02/23/2010 00:00 hcart 1188618163 0 MPX 03/26/2010 00:00N/A FULL ENCRYPTION ABCD36 3101 02/18/2010 00:12 03/02/2010 00:00 hcart 1239789810 0 MPX 04/02/2010 00:00N/A FULL ENCRYPTION IBM LTO-4 NO ENCRYPTION (RATIO = ~3.1:1) ABCD49 2 1144 02/23/2010 02:43 02/26/2010 01:32 hcart 2451541654 0 MPX 03/19/2010 02:49N/A FULL ABCD50 2 1350 02/26/2010 01:32 03/01/2010 01:05 hcart 2377975447 0 MPX 03/22/2010 02:05N/A FULL ABCD51 2 1275 02/24/2010 20:01 02/27/2010 10:40 hcart 2575741349 0 MPX 03/20/2010 11:40N/A FULL Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption
Sorry, I just noticed now the one data set is encrypted and the other is not. Quite a noticeable difference -Original Message- From: Justin Piszcz [mailto:jpis...@lucidpixels.com] Sent: 02 March 2010 14:49 To: Shekel Tal Cc: Kevin C; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Sun/StorageTek based LTO4 encryption On Tue, 2 Mar 2010, Shekel Tal wrote: I have also been looking at this as an option. One of the considerations is the effect encryption has on compression. I have heard you loose the ability to compress effectively when using compression. Have you noticed an effect on your tape drive compression when using tape drive based encryption? Yes. LTO-4 TAPE = 800GB IBM LTO-4 ENCRYPTED (RATIO = ~1.5:1) ABCD25 3 67 02/17/2010 20:00 02/23/2010 00:00 hcart 1188618163 0 MPX 03/26/2010 00:00N/A FULL ENCRYPTION ABCD36 3101 02/18/2010 00:12 03/02/2010 00:00 hcart 1239789810 0 MPX 04/02/2010 00:00N/A FULL ENCRYPTION IBM LTO-4 NO ENCRYPTION (RATIO = ~3.1:1) ABCD49 2 1144 02/23/2010 02:43 02/26/2010 01:32 hcart 2451541654 0 MPX 03/19/2010 02:49N/A FULL ABCD50 2 1350 02/26/2010 01:32 03/01/2010 01:05 hcart 2377975447 0 MPX 03/22/2010 02:05N/A FULL ABCD51 2 1275 02/24/2010 20:01 02/27/2010 10:40 hcart 2575741349 0 MPX 03/20/2010 11:40N/A FULL Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption
Thanks Len Did you see Justin's stats? They seem to show quite a difference between using encryption and not while using IBM LTO4 Regards, Tal IBM LTO-4 ENCRYPTED (RATIO = ~1.5:1) ABCD25 3 67 02/17/2010 20:00 02/23/2010 00:00 hcart 1188618163 0 MPX 03/26/2010 00:00N/A FULL ENCRYPTION ABCD36 3101 02/18/2010 00:12 03/02/2010 00:00 hcart 1239789810 0 MPX 04/02/2010 00:00N/A FULL ENCRYPTION IBM LTO-4 NO ENCRYPTION (RATIO = ~3.1:1) ABCD49 2 1144 02/23/2010 02:43 02/26/2010 01:32 hcart 2451541654 0 MPX 03/19/2010 02:49N/A FULL ABCD50 2 1350 02/26/2010 01:32 03/01/2010 01:05 hcart 2377975447 0 MPX 03/22/2010 02:05N/A FULL ABCD51 2 1275 02/24/2010 20:01 02/27/2010 10:40 hcart 2575741349 0 MPX 03/20/2010 11:40N/A FULL -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Len Boyle Sent: 02 March 2010 13:53 To: Shekel Tal; Justin Piszcz; Kevin C Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption Tal, I can only speak of the IBM LTO4 tape drives, I assume the others are the same. IBM says that each block of data to be written to the tape is compressed or not then encrypted. They do not compress blocks that would grow if compressed. Regards len -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Shekel Tal Sent: Tuesday, March 02, 2010 8:39 AM To: Justin Piszcz; Kevin C Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption I have also been looking at this as an option. One of the considerations is the effect encryption has on compression. I have heard you loose the ability to compress effectively when using compression. Have you noticed an effect on your tape drive compression when using tape drive based encryption? Regards, Tal -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz Sent: 01 March 2010 21:26 To: Kevin C Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption On Mon, 1 Mar 2010, Kevin C wrote: Sorry if this topic is been discussed before. Looking for members who have implemented LTO4 based encryption on Sun/StorageTek/Oracle platforms, any useful comments/journeys/guidance. We are on HP LTO4 drives with SL500/SL3000 libraries. From what I understand, this pretty much limits us to the StorageTek Crypto Key Management System w/ KMA appliances at each library site. The other option, today, is NetBackup's KMS software. Thank you. I have using the IBM LTO-4 drives with STK libraries, works great, as long the firmware is version 7BG2, I have seen the drive reset itself if the firmware is any other version (more recent ones). Also using NBU KMS. It works good, note you can only have 2 volume pools that use encryption. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ 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] Sun/StorageTek based LTO4 encryption
Thanks for the info Justin Definitely would like to test in our environment and compare . . . very interesting -Original Message- From: Justin Piszcz [mailto:jpis...@lucidpixels.com] Sent: 02 March 2010 14:56 To: Shekel Tal Cc: Kevin C; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Sun/StorageTek based LTO4 encryption Hi, A mixture of DB/FS data. Justin. On Tue, 2 Mar 2010, Shekel Tal wrote: Well that looks pretty good Not sure if you are comfortable sharing info like this but what kind of data does that represent? Normal User File data? Database data? Media Files? -Original Message- From: Justin Piszcz [mailto:jpis...@lucidpixels.com] Sent: 02 March 2010 14:49 To: Shekel Tal Cc: Kevin C; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Sun/StorageTek based LTO4 encryption On Tue, 2 Mar 2010, Shekel Tal wrote: I have also been looking at this as an option. One of the considerations is the effect encryption has on compression. I have heard you loose the ability to compress effectively when using compression. Have you noticed an effect on your tape drive compression when using tape drive based encryption? Yes. LTO-4 TAPE = 800GB IBM LTO-4 ENCRYPTED (RATIO = ~1.5:1) ABCD25 3 67 02/17/2010 20:00 02/23/2010 00:00 hcart 1188618163 0 MPX 03/26/2010 00:00N/A FULL ENCRYPTION ABCD36 3101 02/18/2010 00:12 03/02/2010 00:00 hcart 1239789810 0 MPX 04/02/2010 00:00N/A FULL ENCRYPTION IBM LTO-4 NO ENCRYPTION (RATIO = ~3.1:1) ABCD49 2 1144 02/23/2010 02:43 02/26/2010 01:32 hcart 2451541654 0 MPX 03/19/2010 02:49N/A FULL ABCD50 2 1350 02/26/2010 01:32 03/01/2010 01:05 hcart 2377975447 0 MPX 03/22/2010 02:05N/A FULL ABCD51 2 1275 02/24/2010 20:01 02/27/2010 10:40 hcart 2575741349 0 MPX 03/20/2010 11:40N/A FULL Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption
From the research I have done on the CPU requirements: It takes roughly 73 clock cycles on a Windows or Linux server or about 87 clock cycles on UNIX server to perform MSEO compression/encryption per BYTE of data backed up. Backing up 100 MB/sec of data through a Solaris media server requires 8.7 GHz of CPU processing for MSEO alone, plus whatever processing is needed for other tasks. To move 200 MB/sec through the media server would require 17.4 GHz of CPU for MSEO. So it's a very cpu intensive process. You would probably require a large multicore process system depending on your throughput requirements Regards, Tal -Original Message- From: judy_hinchcli...@administaff.com [mailto:judy_hinchcli...@administaff.com] Sent: 02 March 2010 15:20 To: jpis...@lucidpixels.com; Shekel Tal Cc: kc.on.the@gmail.com; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Sun/StorageTek based LTO4 encryption Thanks why I went for kms (tape drive encryption) no overhead on the media server or the clients -Original Message- From: Justin Piszcz [mailto:jpis...@lucidpixels.com] Sent: Tuesday, March 02, 2010 8:57 AM To: Shekel Tal Cc: Judy Hinchcliffe; kc.on.the@gmail.com; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Sun/StorageTek based LTO4 encryption Hi, I have read others' reviews on MSEO-- from what I understand it will peg the CPU and reduce throughput dramatically to high-speed drives. Has anyone not seen that? Justin. On Tue, 2 Mar 2010, Shekel Tal wrote: Okay, thanks for the information. I have also been looking at NetBackup Media Server Encryption. It looks quite neat, compresses before encryption and has very nice key management which is a big tick in the box for me. The only caveat is that is software based and has fairly heavy host CPU requirement. Regards, Tal -Original Message- From: judy_hinchcli...@administaff.com [mailto:judy_hinchcli...@administaff.com] Sent: 02 March 2010 14:42 To: Shekel Tal; jpis...@lucidpixels.com; kc.on.the@gmail.com Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Sun/StorageTek based LTO4 encryption I am now using kms, and because the tape drive does the compression and the tape drive does the encryption, I have not noticed any loss in compression yet ( only have had it running for about 1 week) that was something I was also concerned about. You have to compress before you encrypt, and as far as I could find out the tape drive knows that. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Shekel Tal Sent: Tuesday, March 02, 2010 7:39 AM To: Justin Piszcz; Kevin C Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption I have also been looking at this as an option. One of the considerations is the effect encryption has on compression. I have heard you loose the ability to compress effectively when using compression. Have you noticed an effect on your tape drive compression when using tape drive based encryption? Regards, Tal -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz Sent: 01 March 2010 21:26 To: Kevin C Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Sun/StorageTek based LTO4 encryption On Mon, 1 Mar 2010, Kevin C wrote: Sorry if this topic is been discussed before. Looking for members who have implemented LTO4 based encryption on Sun/StorageTek/Oracle platforms, any useful comments/journeys/guidance. We are on HP LTO4 drives with SL500/SL3000 libraries. From what I understand, this pretty much limits us to the StorageTek Crypto Key Management System w/ KMA appliances at each library site. The other option, today, is NetBackup's KMS software. Thank you. I have using the IBM LTO-4 drives with STK libraries, works great, as long the firmware is version 7BG2, I have seen the drive reset itself if the firmware is any other version (more recent ones). Also using NBU KMS. It works good, note you can only have 2 volume pools that use encryption. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Any gotchas with 10 GB Ethernet?
I haven't followed the whole thread so excuse me if my message isn't relevant but I read in a performance tuning guide you should set your NET_BUFFER_SZ to 4 times the size of your SIZE_DATA_BUFFERS Also - not mandatory but recommended to match the client and media server network buffers The feature is very useful for high latency lan/wan links where you will definitely see a difference. I have also used and tested it with jumbo frames which yielded significantly improved results (although jumbo frames on their own will make a big difference) -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Larry Sent: 20 February 2010 02:10 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Any gotchas with 10 GB Ethernet? I don't know if this has changed since 5.1, but at 5.1 and earlier you would need to use /usr/openv/netbackup/NET_BUFFER_SZ (yes, SZ) and put a value greater than 64KB in there. It really doesn't matter what you use, unless you're going over a LFN, 1048576 will work in most cases. It's not like making it too big is going to hurt anything. And, contrary to an old rumor, it is not nor has it ever been necessary to set this value to the same thing on client and server. Most people won't see any affect at all by doing this (unless you're running really old NBU and doing duplication) until they get to about 4x trunked Gb or higher. +-- |This was sent by la...@hawkeyes.org via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ 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] MS SQL Agents
I suppose its personal preference. I prefer using agents because: 1. It avoids a two stage recovery if your backup is not on local disk. 2. It puts more control and understanding in the hands of the backup administrator (and more work unfortunately) 3. It avoids scheduling issues - so you don't start backing up to NetBackup before sql has finished dumping the data (although I suppose you could also get around this using a scripted approach) 4. lighter on client resources - you don't have to dump the database and then still have to read it into NetBackup 5. In a large DB environment you can save on storage costs by not having to allocate db dump areas 6. If the DB server is not a media server you can still get pretty good performance, perhaps even better than reading off and writing to direct attached disk, while GigE NW and Jumbo frames The downside is the extra training and as someone pointed out the finger pointing between DBA and backup admins - and of course the cost of the agent From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Bryan Bahnmiller Sent: 23 October 2009 20:11 To: Wilcox, Donald A (GE, Research) Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] MS SQL Agents Don, It entirely depends on your priorities. If you can't afford the cost of the agent, well, that's one way to do it. Although you better be figuring in the total ownership cost of 3X the disk space of having your live db and 2 backup copies online. That is not cheap either. I've always heard the DBA argument that we always want to have fast access to the disk for restores. I can't rebut the argument that the disk is more highly available than the backup system. However, I can say a SQL server backup to local disk, or restore from local disk, using native SQLserver tools has never been as fast as the NetBackup agent backup - that I have ever seen. Not that it is impossible, but in my years I haven't seen it. Also, if you have to go further back for a restore than what you have on disk, it is going to take you several times longer with more potential for errors - restore backup to disk, then restore the db from the disk restore. One more thing I'll say for the NetBackup SQL agent (or Oracle too.) Once I have introduced DBA's to the agent, demonstrated how the agent works, how the DBA's can now completely manage their own backups and restores, they have never gone back. Bryan All, I am currently looking for info on backing up MS SQL boxes and wondered if the agent actually does any type of snapshotting or are there scripts that have to pause the database and then the backup begins? We currently have local scripts in place that put the database in a mainteneance mode and copies data to a data directory. Then the script starts up the database and our Netbackup server comes in and does a regular backup of the box, which includes the data directory. Why would I spend money for an agent when we get backups with this method? _ DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Priority w/ an External Scheduler?
Doesn't that depend on whether you use the -i option? If you want to pass the policy a file list you run bpbackup without the -i -Original Message- From: Greenberg, Katherine (ISD, IT) [mailto:[EMAIL PROTECTED] Sent: 25 July 2007 20:35 To: Shekel, Tal; Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Priority w/ an External Scheduler? They aren't user jobs, they are run with bpbackup -i. -Original Message- From: Shekel, Tal [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 25, 2007 3:26 PM To: Justin Piszcz; Greenberg, Katherine (ISD, IT) Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Priority w/ an External Scheduler? Yes - It will still work The jobs will run as user jobs which are prioritised Regards Tal -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: 25 July 2007 19:10 To: Greenberg, Katherine (ISD, IT) Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Priority w/ an External Scheduler? On Wed, 25 Jul 2007, Greenberg, Katherine (ISD, IT) wrote: Have you guys ever used an external scheduler? I'm trying to figure out if that impacts Policy Prioritization or not. Since our backups aren't scheduled thru NetBackup (there are schedules, but no windows) does prioritization come into play or no? We're running 5.1 MP6. TIA, Kate * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. * Policy Prioritization is based on the policy itself, so if you kickoff the policy externally it should still keep its priority state (0..999/priority number correct?) Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. * * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails
Re: [Veritas-bu] Strange Status 25 on connection
Looks like it could be a reverse lookup issue -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: 26 July 2007 17:25 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Strange Status 25 on connection Thanks ill give it a go. We wondered about DNS but using the name on command line for the telnets seemed to work. The windows box is using DNS and the solaris master/media is not. Thanks Daniel Otto wrote: You have a DNS issue or a problem entry in the host file- 2 logconnections: BPCD ACCEPT FROM xxx.xxx.xxx.58.615 TO xxx.xxx.xxx.44.13782 15:29:32.421 [7388.6608] 16 bpcd peer_hostname: gethostbyaddr failed to return peer host, herrno = 0 Whatever the incoming IP address is run the following command- install pathnetbackup\bin: bpclntcmd -ip xxx.xxx.xxx.58 That should fail. Fix the DNS issue or add a entry to the host file and it should work. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Thursday, July 26, 2007 9:42 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Strange Status 25 on connection Im having a very strange problem with Netbackup 5.0MP7 on Solaris connecting to a windows 2003 client. Couple of the windows clients have been upgraded to 2003 and after installing the client i cannot back them up and get status 25. Using the gui shows cannot connect on socket (Status 25). The strange thing is i can connect using telnet and following checks using the detailed status 25 pdf i have. I have uninstalled the client and re-added it. I have done the same on the master server also for the policies etc. I have vnetd enabled on it so it should use port 13724 for backups and 13782 for control afaik. See below :- (I have left the client name as is but removed the server name and xxx some of the ip ranges but left the last octet visible) [Testing from server to client] [EMAIL PROTECTED] telnet RES-NETDOCS.nmcres.local 13782 Trying xxx.xxx.xxx.44... Connected to RES-NETDOCS.nmcres.local. Escape character is '^]'. ^] telnet quit Connection to RES-NETDOCS.nmcres.local closed. [EMAIL PROTECTED] telnet RES-NETDOCS.nmcres.local 13724 Trying xxx.xxx.xxx.44... Connected to RES-NETDOCS.nmcres.local. Escape character is '^]'. ^] telnet quit Connection to RES-NETDOCS.nmcres.local closed. [Testing from client to server] Works, but on windows the screen goes blank on connection using telnet so i cant show this. It does work. [Client testing name resolution] C:\PROGRAM FILES\VERITAS\NetBackup\binbpclntcmd.exe -pn expecting response from server MASTER RES-NETDOCS.nmcres.local RES-NETDOCS.nmcres.local xxx.xxx.xxx.44 3253 C:\PROGRAM FILES\VERITAS\NetBackup\binbpclntcmd.exe -self gethostname() returned: RES-NETDOCS host RES-NETDOCS: RES-NETDOCS.nmcres.local at xxx.xxx.xxx.44 (0x2c28e391) checkhname: aliases: [client bpcd log when try and connect from gui] 15:29:18.921 [7388.6608] 2 bpcd main: offset to GMT 0 15:29:18.921 [7388.6608] 2 bpcd main: Got socket for input 400 15:29:18.921 [7388.6608] 2 logconnections: BPCD ACCEPT FROM xxx.xxx.xxx.58.615 TO xxx.xxx.xxx.44.13782 15:29:18.921 [7388.6608] 2 bpcd main: setup_sockopts complete 15:29:23.421 [7388.6608] 2 vnet_cached_gethostbyaddr: ..\libvlibs\vnet_hosts.c.292: Function failed: 6 0x0006 15:29:23.421 [7388.6608] 2 vwrap_ipaddr_check: ..\libvlibs\vwrap.c.177: Function failed: 4 0x0004 15:29:27.921 [7388.6608] 2 vnet_cached_gethostbyaddr: ..\libvlibs\vnet_hosts.c.292: Function failed: 6 0x0006 15:29:27.921 [7388.6608] 2 vwrap_ipaddr_check: ..\libvlibs\vwrap.c.177: Function failed: 4 0x0004 15:29:32.421 [7388.6608] 8 bpcd peer_hostname: gethostbyaddr failed : The requested name is valid, but no data of the r (0) 15:29:32.421 [7388.6608] 16 bpcd peer_hostname: gethostbyaddr failed to return peer host, herrno = 0 15:29:32.421 [7388.6608] 16 bpcd main: Couldn't get peer hostname Im stumped so any help would be appreciated ___ 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 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are
Re: [Veritas-bu] Cross Site Clustering
Thanks I think that could cause a error on the passive node as this is for a Oracle cluster I may be able to pull it off if I get the script to check if the db is running locally and exit if it is not Thanks Guys Regards Tal -Original Message- From: Flavio Huerlimann [mailto:[EMAIL PROTECTED] Sent: 25 July 2007 13:30 To: Shekel, Tal; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Cross Site Clustering Hi Tal As long as the DNS (and it's reverse lookup configuration) is working or a good host files exists, you also can backup the physical names, although they're not defined in the bp.conf (or registry). Just add the physical name(s) to the policy and back it up (just make sure you don't backup the same FS as with the virtual name(s) and also make sure that the backup might not take place at the same time (or increase amount of jobs per client). Cheers Flave --- Shekel, Tal [EMAIL PROTECTED] wrote: Hi Guys Anyone have any cross site clusters? I was wondering what solution you have in place (if there is one) to ensure the local storage unit always performs the backup or a backup client which is cross site clustered. As you back up the virtual name you follow the clustered instance around by the storage unit is doesn't change dynamically Any ideas or suggestions? Regards Tal * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool. http://autos.yahoo.com/carfinder/ * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Priority w/ an External Scheduler?
Yes - It will still work The jobs will run as user jobs which are prioritised Regards Tal -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: 25 July 2007 19:10 To: Greenberg, Katherine (ISD, IT) Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Priority w/ an External Scheduler? On Wed, 25 Jul 2007, Greenberg, Katherine (ISD, IT) wrote: Have you guys ever used an external scheduler? I'm trying to figure out if that impacts Policy Prioritization or not. Since our backups aren't scheduled thru NetBackup (there are schedules, but no windows) does prioritization come into play or no? We're running 5.1 MP6. TIA, Kate * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. * Policy Prioritization is based on the policy itself, so if you kickoff the policy externally it should still keep its priority state (0..999/priority number correct?) Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Upgrade NB 6.0 MP3 to MP4
Looks like you have your answer You should also try keep any db agents at the same MP as the master I have seen issues from this with the Oracle agent -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of malabelle Sent: 25 July 2007 18:31 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Upgrade NB 6.0 MP3 to MP4 Hi, I'm new to Nb. if I need to upgrade my clients to MP4, do I absolutely need to backup my master server (solaris 9) to MP4 too? or keeping it at mp3 is ok? Thanks, Marc-Andre Labelle +-- |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 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NetBackup Policy Design for large Oracle environments
Hi All I was wondering what policy design some of you have followed for large Oracle environments I am busy doing a redesign of an Netbackup environment which backs up about 70 DB's spread across about 30 servers (some of which are cross sites) I am doing my best not to end up with a solution which leaves RMAN scripts scattered all over the environment and loads of RMAN policies Does anyone have any advice or strategies they can share? Also has anyone had any success deploying a generic script which queries the host and passes parameters to the RMAN script depending on what if finds? Regards Tal * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 6 MP4 on RHEL5 Client:Installation problem
Until you have an [x]inetd process running the system wont be able to listen for bpcd connections You can start bpcd in standalone mode (bpcd -standalone) on the client for the time being -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of rizalman_almasi Sent: 24 July 2007 03:49 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU 6 MP4 on RHEL5 Client:Installation problem Dears.. I'm new to the Symantec Netbackup. My environment consists of one master that is run on Windows Server 2000 (NBU 6 MP4). I have a problem with one of my client that used RHEL5. The client installation seems not succesful. This is log that I got from install trace: VERITAS Installation Script Copyright 1993 - 2005 VERITAS Software Corporation, All Rights Reserved. Installing NetBackup Client Software NOTE: To install NetBackup Server software, insert the appropriate NetBackup Server cdrom. Do you wish to continue? [y,n] (y) y Do you want to install the NetBackup client software for this client? [y,n] (y) y OS Level Options 1. IBMzSeriesLinux2.4.21 2. RedHat2.4 q To quit from this script If your Operating System is a newer level than those listed, choose the highest level. Enter Choice [1 - 2] 2 This package will install Linux/RedHat2.4 client. This package will install NetBackup client 6.0. Enter the name of the NetBackup server : mtx2backup Would you like to use ams as the configured name of the NetBackup client? [y,n] (y) y openv/ openv/lib/ openv/lib/libVmangle.so openv/lib/libVnbatST.so_new openv/lib/libVnbat.so openv/lib/libVnbatST64.so_new openv/lib/libVnbat64.so openv/lib/libVcvcomb.so openv/lib/libVcvcombMT.so openv/lib/libVxSS_helper.so_new openv/lib/libVxSS_helperMT.so openv/lib/libVcvcomb64.so openv/lib/libVcvcombMT64.so openv/lib/libVxSS_helper64.so_new openv/lib/libVxSS_helperMT64.so openv/lib/libvnoauth.so_new openv/lib/libvnoauth64.so_new openv/lib/libvopie.so_new openv/lib/libvopie64.so_new openv/lib/libVnbconf.so_new openv/lib/libVnbconfMT.so openv/lib/libVnbconf64.so_new openv/lib/libVnbconfMT64.so openv/lib/libcatbackup.so openv/lib/libcatbackupMT.so openv/lib/libSigScheduleJNI.so openv/lib/libubs.so openv/lib/libdbsb.so openv/lib/libxbsa.so openv/lib/libxbsa64.so openv/lib/libnbbeclass.so openv/lib/libnbbestdutl.so openv/lib/libnbbedscomn.so openv/lib/libxm.so openv/lib/libubsMT.so openv/lib/libnbbeclassMT.so openv/lib/map/ openv/lib/map/libdisk.so openv/lib/map/librawp.so openv/lib/libnbbestdutlMT.so openv/lib/libnbbedscomnMT.so openv/lib/libxbsaMT.so openv/lib/libxbsaMT64.so openv/lib/libdbsbMT.so openv/lib/libVcvcomb_noul.so openv/lib/libVnbconf_noul.so openv/lib/libVcvcomb64_noul.so openv/lib/libVnbconf64_noul.so openv/lib/libvxACE.so.3 openv/lib/libvxACEST.so.3 openv/lib/libvxicui18n.so openv/lib/libvxicudata.so openv/lib/libvxicuuc.so openv/lib/libvxstlport.so openv/lib/libvxstlportST.so openv/lib/libvxustdio.so openv/lib/libvxxml4c.so openv/lib/libvxxml4cST.so openv/lib/libvxicui18nST.so_new openv/lib/libvxicudataST.so_new openv/lib/libvxicuucST.so_new openv/lib/libvxustdioST.so_new openv/lib/libvxexticu.so openv/lib/libvxlis.so openv/lib/libvxul.so openv/lib/libvxexticuST.so_new openv/lib/libvxlisST.so_new openv/lib/libvxulST.so_new openv/lib/libmap.so openv/lib/libvfutil.so openv/netbackup/ openv/netbackup/bin/ openv/netbackup/bin/bpbkar openv/netbackup/bin/bpcd_new openv/netbackup/bin/bpdynamicclient openv/netbackup/bin/bpfilter openv/netbackup/bin/bpbackup openv/netbackup/bin/bprestore openv/netbackup/bin/bplist openv/netbackup/bin/bpclimagelist openv/netbackup/bin/bpclntcmd openv/netbackup/bin/bphdb openv/netbackup/bin/bpmount openv/netbackup/bin/bpfis openv/netbackup/bin/merge_auth_templates openv/netbackup/bin/bpjava-msvc openv/netbackup/bin/bpjava-usvc openv/netbackup/bin/bp openv/netbackup/bin/mtfrd openv/netbackup/bin/bpnbat openv/netbackup/bin/vxss_db_paths openv/netbackup/bin/bmrsavecfg openv/netbackup/bin/bmrsetupclient openv/netbackup/bin/vxlogcfg openv/netbackup/bin/vxlogmgr openv/netbackup/bin/vxlogview openv/netbackup/bin/bmrc openv/netbackup/bin/private/ openv/netbackup/bin/private/nblogcfg openv/netbackup/bin/private/nbloggen openv/netbackup/bin/private/nblogmgr openv/netbackup/bin/private/nblogview openv/netbackup/bin/bptpcinfo openv/netbackup/bin/bpps openv/netbackup/bin/bp.kill_all openv/netbackup/nblog.conf.template openv/bin/ openv/bin/vauth_testd openv/bin/vauth_util openv/bin/vauth_test openv/bin/vopie_util openv/bin/vopied openv/bin/vnetd_new openv/var/ openv/var/auth/ openv/var/auth/template.methods.txt openv/var/auth/template.methods_allow.txt openv/var/auth/template.methods_deny.txt openv/var/auth/template.names_allow.txt openv/var/auth/template.names_deny.txt openv/var/vnetd/ openv/var/vnetd/inetd_bpcd.txt openv/var/vnetd/inetd_bpjava-msvc.txt openv/var/vnetd/inetd_vopied.txt openv/resources/