Veritas-bu

Re: [Veritas-bu] Netbackup Live Update.

2009-02-12 14:17:58
Subject: Re: [Veritas-bu] Netbackup Live Update.
From: Renee Carlisle <rcarlisle AT serverwarecorp DOT com>
To: Ed Wilts <ewilts AT ewilts DOT org>, "Michitsch, John" <JMICHITS AT gannett DOT com>
Date: Thu, 12 Feb 2009 14:06:10 -0500

OK, first rule…forget the documentation Symantec gives you for this process..unfortunately it is not great.  Here is what we use to get http going for lu for either Windows or Unix.  We have had no problem with it now that we have the process down..and have been able to patch application clusters…so not sure what other people have seen there.  Hope this helps:

 

OK, we usually use http.  The disk share method is for Windows only and Unix clients can’t get to the patches, which kind of defeats the purpose in my opinion.  So, we stick with http…here is the process we use:

 

For unix live update server http access:

 

1.      Pull down patches to lu server/dir, unzip all in same dir (no subdirs for each patch bundle)

2.      turn on http on lu server

            /etc/init.d/apache start (first copy /etc/apache/httpd-example.conf --> httpd.conf)

3.      ln -s <liveupdate dir> /var/apache/htdocs/<liveupdate dir name> or where ever www root is, above is default, this setting can be determined from the apach.conf file in /etc/apache/apache.conf

4.      install nblu on any

            /usr/openv/netbackup/bin/install_nblu

            when prompted type in:

            url="">

5.      Create lu policies per normal documentation and go

 

For windows live update server http access:

 

1.      Install IIS, need windows install cd, control panel/add remove programs/windows components/application services/IIS (must go into details at each level to unselect and select components you want for IIS and www)

2.      Start www service

3.      Launch IIS manager, highlight default web site, right click, new virtual dir.

4.      Put all patches in wwwroot\liveupdate (c:\inetpub\wwwroot\create virtual dir in IIS for liveupdate

5.      Unzip all in same dir (no subdirs)

6.      SET LU_SERVER=http://<luserver>/liveupdate  (in installdir/symantec/liveupdate/LU_install.bat, then run it, make sure you have 3 exe's in there with it, LUCheck, LU_Registration LUSetup, all 4 files on NBU windows install cd)

 

**NOTES:  keep all dir names and servernames lower case for unix/windows

 

Renee Carlisle

ServerWare Coporation

 

From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Ed Wilts
Sent: Thursday, February 12, 2009 12:10 PM
To: Michitsch, John
Cc: VERITAS-BU AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Netbackup Live Update.

 

On Wed, Feb 11, 2009 at 12:56 PM, Michitsch, John <JMICHITS AT gannett DOT com> wrote:

Is anyone using this to upgrade client agents.  All things I've seen/read are negative about the product.  We wasted many hours trying to get it to work on version 6.5 when it first came out.  6.5.3 is supposed to fix some issues, I don't want to go down the LU road again without the possibility of success!  Anyone have it up and running successfully?


There are many caveats to getting this going properly and some are severe enough that we're not able to implement it for us for some of the clients.  We had a lengthy discussion with the developers of the client deployment packages at the last Symantec Tech Day in December so they're aware of the restrictions.

One of the biggest gotchas for us is that it's pretty much unusable in a cluster environment.  One of its checks is to see if the client is actually doing a backup before it tries to upgrade itself.  If you have multiple names for your hosts - and this is the case for close to 100% of the cluster users - this check can fail and your backup and/or upgrade job will fail.

In general, the NetBackup support for cluster clients is pretty poor.  Yeah, Symantec has hacked "support" in there but it's simply the case of not breaking in a cluster but that's about it.  LiveUpdate is just another example of where Symantec's cluster "support" fails to solve the problems properly.

    .../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewilts AT ewilts DOT org

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu