Re: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11
Everything is done by shortname. Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.com mailto:jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com From: Steve Quan [mailto:sk...@hotmail.com] Sent: Monday, March 19, 2012 8:41 AM To: Infantino, Joe (Contractor); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11 Before the catalog restore, did your master see itself as a FQDN (pbcobk01.intersil.com vs short name of PBCOBK01) ? Do you use the FQDN when the master/media servers are registered ? /Steve Subject: RE: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11 Date: Mon, 19 Mar 2012 08:21:07 -0400 From: jinfant...@intersil.com To: sk...@hotmail.com; jmart...@intersil.com; veritas-bu@mailman.eng.auburn.edu The only errors are for the device manager after the restore and only for one day. I expected those as we don't have any libraries or drives connected to the new system. * PBCOBK01 3/19/12 08:06:24.211 COMMAND PID LOAD TIME MEM START bpjobd 2060 100.000% 5-00:11:30.551 13M 3/14/12 07:54:35.642 bpinetd 33400.000%0.452 9.7M 3/16/12 08:34:45.326 bpjava-msvc 28280.000%0.015 5.9M 3/16/12 08:34:45.388 nbevtmgr 30040.000% 40.653 23M 3/16/12 08:34:45.622 dbsrv9 40520.000% 7:16.506 34M 3/16/12 08:34:45.794 nbemm 3120.000% 3:32.020 44M 3/16/12 08:34:46.231 nbrb 17480.000%1.076 23M 3/16/12 08:34:46.449 vmd 36680.000%0.078 15M 3/16/12 08:34:46.605 nbrmms 27360.000%4.305 26M 3/16/12 08:34:46.855 bpdbm35680.000%0.218 15M 3/16/12 08:34:47.026 bpcompatd26480.000%0.062 10M 3/16/12 08:34:47.167 bprd 12560.000%1.778 14M 3/16/12 08:34:47.292 nbjm 7760.000% 12.885 19M 3/16/12 08:34:47.432 nbpem27240.000%0.343 23M 3/16/12 08:34:47.588 nbproxy 26240.000%0.436 18M 3/16/12 08:34:47.682 nbsl 25120.000%0.093 25M 3/16/12 08:34:47.744 bmrd 28760.000%0.046 15M 3/16/12 08:34:48.056 nbproxy 29600.000%0.031 14M 3/16/12 08:34:48.524 nbstserv 4760.000%8.658 21M 3/16/12 08:34:49.413 nbsvcmon 30320.000%0.093 15M 3/16/12 08:34:49.694 nbproxy 26040.000%0.046 15M 3/16/12 19:54:43.846 bpcompatd23280.000%0.031 11M 3/19/12 08:06:18.595 bpps 15800.000%0.015 5.3M 3/19/12 08:06:23.182 Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.com mailto:jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com http://www.intersil.com snip ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 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.com mailto: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.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.com mailto:jinfant...@intersil.com www.intersil.com file:///\\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 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.com mailto: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.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.com mailto: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.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.com mailto:jinfant...@intersil.com www.intersil.com file:///\\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
Re: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11
The old system is still up as that was our fallback option. We don't have a spare drive in our lab to use for a hot catalog backup test, at least not yet. That was our next option, but we would need downtime again to do the catalog backup/restore. Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.com mailto:jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz Sent: Friday, March 16, 2012 9:02 AM To: 'Shekel Tal'; 'Steve Quan'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11 Hi, I've gone from 32-bit to 64-bit with Linux on several occasions and did not have an issue; however I've not tried that with Windows. Do you still have the old master running? Have you tried using a hot catalog backup (cold backups are deprecated anyhow)? Justin. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Shekel Tal Sent: Friday, March 16, 2012 8:58 AM To: Steve Quan; veritas-bu@mailman.eng.auburn.edu Subject: 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
Re: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11
client = master. We first saw the issue when we replaced the master server and had it on the production network. We reverted to the old server to keep things going while I brought the new hardware back to a lab and rebuilt the OS. I installed NBU and was able to configure it up and get things going. I then did a catalog recover and the problem came back. The problem exists when connected to the production network in the same configuration as the old setup and also in the lab with the server standalone. Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.com mailto:jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com From: Justin Piszcz [mailto:jpis...@lucidpixels.com] Sent: Friday, March 16, 2012 9:14 AM To: Infantino, Joe (Contractor); 'Shekel Tal'; 'Steve Quan'; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11 Hi, Does the D/R site have the same master, media servers as the source site? Does the master at the D/R site have network connectivity to the media servers and clients? If it has the same hostname as the other server, how will the client know which master server it is talking to? Or is the client in this case the master? Some screenshots or more logs of what is failing may be helpful. Bpbrm logs from the master, bpcd from the master, job details, etc. 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) Justin. From: Infantino, Joe (Contractor) [mailto:jinfant...@intersil.com] Sent: Friday, March 16, 2012 9:05 AM To: Justin Piszcz; Shekel Tal; Steve Quan; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11 The old system is still up as that was our fallback option. We don't have a spare drive in our lab to use for a hot catalog backup test, at least not yet. That was our next option, but we would need downtime again to do the catalog backup/restore. Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.com mailto:jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz Sent: Friday, March 16, 2012 9:02 AM To: 'Shekel Tal'; 'Steve Quan'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11 Hi, I've gone from 32-bit to 64-bit with Linux on several occasions and did not have an issue; however I've not tried that with Windows. Do you still have the old master running? Have you tried using a hot catalog backup (cold backups are deprecated anyhow)? Justin. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Shekel Tal Sent: Friday, March 16, 2012 8:58 AM To: Steve Quan; veritas-bu@mailman.eng.auburn.edu Subject: 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
[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.com www.intersil.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backing up Exchange 2010
Howard, At my last job we were doing the same thing and did NOT change any system accounts used by NBU. Backups and restores worked fine. Thank you, Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Howard Graylin Sent: Wednesday, October 19, 2011 1:54 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backing up Exchange 2010 I've read some conflicting information on this and wondered if y'all can help. We're running Exchange 2010 with a DAG and we're not using the granular backup/restore option within Netbackup. It's my understand that since we are not using granular backups/restores, then we do NOT need to modify the system account used by Netbackup. Is this true?? Thanks, Howard Howard Graylin | System Administrator III | C Spire Wireless 6019747719 office Cellular South is now C Spire Wireless Please note that my new email address is hgray...@cspire.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] SharePoint GRT restores
I am looking to see if anyone has this configuration working for SharePoint GRT restores Master - Windows 2003 SP2 NBU 7.1 SP Server - Windows 2003 R2 SP2 NBU 6.5.6 SQL Server - Windows 2003 R2 SP2 NBU 6.5.6 We cannot upgrade the clients to 7.1 because we are currently backing up the OS and SQL db in a production 6.5.6 environment, but have a 7.1 test environment setup to test the GRT functionality. This means the client is actually multi-mastered :-) * Backups work without issue. * Attempts to restore a single, deleted file from a SP site works fine. * Attempts to restore a deleted list have issues. We thought we were home free by creating the parent list folder and then attempting the restore of the files as this produces a Status 0 for the restore, but no files are actually restored or are restored to a different location that I cannot find. TIA Thank you, Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tape Library
Uli, I have worked with the Quantum i500 and it has been a very reliable library. In 1 year we had a total of 2 issues with it and they were fixed the next day. Neither issue left the library unusable!!! Management is pretty much set-it and forget-it and operations are fairly simple. BTW = we replaced 2 L700s (27 x LTO2) with 1 i500 (14 x LTO4)J Thank you, Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.com mailto:jinfant...@intersil.com office: 321-724-7119 fax: 321-729-1186 www.intersil.com From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ulises Rodriguez Sent: Tuesday, August 02, 2011 12:33 PM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] Tape Library Hello All, I have the opportunity to take on the project of replacing our old Storagetek L700. The time has come to make a choice either T200 Spectralogic library or Quantum I500. I have been looking at everything as far as all the features/options. I just haven't talk to anyone using any of these in other shops. Vendors always want to visit and talk with their happy clients. Just looking forward to get a general idea on everyone's experiences with these products. Thanks in advance! Uli ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu