Definitely sounds like hostname resolution problems to me too. If all of the hosts you want to talk to are in your /etc/hosts, removing DNS completely sounds like a good option. The NBU GUI still seems to want to chatter with every host it knows about, so if you remove DNS from resolv.conf, or just delete resolv.conf as Jim said), those timeouts should happen a lot quicker.
On Thu, Feb 10, 2011 at 11:10 AM, <rusty.ma...@sungard.com> wrote: > Another thought: > > If this is version 7.0.1, there is a hostname caching 'feature' now in > NetBackup (Which I do NOT like, Symantec!!!). It caches the IP for each host > configured in NBU and sometimes this can result in the incorrect IP being > tied to the hostname. The default TTL for this cached data is one hour, but > you can refresh it by running the following command on the Master/Media > server(s) and/or clients: > > bpclntcmd -clear_host_cache > > So, you could see that even though the name resolution may be fixed in DNS > or hosts, NBU may still have it cached. I've heard there's a way to reduce > the time this is refreshed, but I don't remember where it's at. > > http://www.symantec.com/business/support/index?page=content&id=TECH136792 > > *Rusty Major, MCSE, BCFP, VCS* ▪ Sr. Storage Engineer ▪ SunGard > Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ > 281-584-4693 > Keeping People and Information Connected® ▪ * > http://availability.sungard.com/* <http://availability.sungard.com/> > P *Think before you print* > CONFIDENTIALITY: This e-mail (including any attachments) may contain > confidential, proprietary and privileged information, and unauthorized > disclosure or use is prohibited. If you received this e-mail in error, > please notify the sender and delete this e-mail from your system. > > > *Heathe Yeakley <hkyeak...@gmail.com>* > Sent by: <veritas-bu-boun...@mailman.eng.auburn.edu> > > 02/09/2011 03:58 PM > To > "Infantino, Joseph" <jinfa...@harris.com> > cc > NetBackup Mailing List <veritas-bu@mailman.eng.auburn.edu> > Subject > Re: [Veritas-bu] Backup Archive and Restore taking forever on DR > server > > > > > My apologies, I should have added that. > > In my live environment, I have two servers: > ziggurat - Master/Media RHEL4 > obelisk - media RHEL4 > > For "DNS" I'm just relying on the /etc/hosts file as I'm only trying > to recover 5 systems. The source system that I'm restoring from is not > here, not have we built a replica on it. I'm trying to browse files > that were backed up on server-A in my live environment and restore > them to server-B here in the DR environment. > > I can browse down the directory tree, it just takes 20 minutes to do > what I can do in 10 seconds in prod. I'm assuming it's trying to call > out the server-A. I don't see why it should have to do that since the > metadata for the restore files should be in the catalog here on my > master server. > > -Thanks. > > - HKY > On Wed, Feb 9, 2011 at 3:38 PM, Infantino, Joseph <jinfa...@harris.com> > wrote: > > What is the OS of the Master and Media server(s)? > > Is DNS working "flawlessly?" > > > > Thank you, > > > > Joseph A. Infantino II > > BackUp/Recovery Administrator > > HARRIS IT Services > > Assured Infrastructure Management > > Office: 321-724-3011 | Fax: 321-724-3392 > > Email: joseph.infant...@harris.com > > > > > > > > > > -----Original Message----- > > From: veritas-bu-boun...@mailman.eng.auburn.edu [ > mailto:veritas-bu-boun...@mailman.eng.auburn.edu<veritas-bu-boun...@mailman.eng.auburn.edu>] > On Behalf Of Heathe Yeakley > > Sent: Wednesday, February 09, 2011 4:24 PM > > To: NetBackup Mailing List > > Subject: [Veritas-bu] Backup Archive and Restore taking forever on DR > server > > > > I'm at a DR exercise. I've installed, patched, configured NBU and > > successfully imported a catalog. I'm in Backup, Archive Restore and > > using the "Directory Structure" pane to drill down to the files I want > > to restore. I'm restoring files to an alternate server than the one > > where the original files were taken from. I've set the parameters for > > source and destination and everything looks good. When I pull up my > > list of available backups, the list takes like 5 minutes to pull up. I > > select the policy I want to restore from and it takes like 5 minutes > > to put the directory tree in the "Directory Structure" pane. I select > > the icon next to root to expand root, and it takes like 5 minutes to > > show me the next layer. > > > > You get the idea. On my master server back home, this process takes > > seconds. Boom, boom, boom. I drill down select my file and go. > > > > Here I expand root, then 5 minutes later I expand /dirA, then 5 > > minutes later I expand /dirA/dirB... > > > > I've been digging around for about 30 minutes to see if there's some > > type of a timeout setting or something that's causing this. > > > > Have any of you seen this before? > > > > - 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 > > > > _______________________________________________ > 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
