For /usr/lib NV places links, however for /usr/bin it
appears that NV places both links and files:
/usr/bin/dspmsg
/usr/bin/dumpmsg
/usr/bin/netview -> /usr/OV/bin/netview
/usr/bin/nv6000 -> /usr/OV/bin/netview
/usr/bin/odmdelete
/usr/bin/odmadd
/usr/bin/odmget
/usr/bin/rexec
/usr/bin/settrace -> /usr/OV/bin/settrace
I'll test with the Unix Admins their failover scripts
to source the NVEnvironment prior to starting up NV
and see if that will keep us from needing to sync
these /usr/bin files.
As always thanks for your information and perspective
in this matter!
Regards,
Albert Wong
--- James Shanks <jshanks@us.ibm.com> wrote:
> Well I think you are making this too hard.
> You already have all the answer you need, don't you?
>
> So far as I know, what's in /usr/bin and /usr/lib
> are LINKS not files.
> Correct me if you see something that's not.
> The actual NetView code installs in /usr/OV/bin and
> /usr/OV/lib.
>
> /etc/init.d/netnmrc gives the daemons their
> environment, and as I already
> said, as long as you source NVenvironment to
> guarantee that you have the
> correct environment, then you don't need anything
> else either. Didn't I
> just say that you could delete the links from
> /usr/bin and /usr/lib after
> installation if you wanted? So where's the beef?
>
> And even if you don't delete them, there is nothing
> to synchronize. Ever.
> Once a link is made, nothing in /usr/bin or /usr/lib
> would have to change.
> The files they point to would be in /usr/OV/bin and
> /usr/OV/lib. So
> there would be no reason to copy the links after
> the initial
> installation. There simply is nothing to
> synchronize.
>
> And finally, I'll go so far as to say that , the
> customer is SIMPLY WRONG
> about his perspective. I said this was a common
> practice and I meant it.
> I see it on every UNIX OS with many different
> products.
>
> James Shanks
> Level 3 Support for Tivoli NetView for UNIX and
> Windows
> Tivoli Software / IBM Software Group
>
>
>
> Albert Wong <igcawong@yahoo.com>
> Sent by: owner-nv-l@lists.us.ibm.com
> 10/26/2004 10:07 AM
> Please respond to
> nv-l
>
>
> To
> nv-l@lists.us.ibm.com
> cc
>
> Subject
> Re: [nv-l] 7.1.4 Installation Directories
>
>
>
>
>
>
> I am at a customer site using Sun Cluster 3.0 on
> Solaris 2.8 servers. Their architected failover
> involves two active nodes, where an application is
> installed only on one node (primary) and controlled
> by
> the cluster as a resource so it can move to the
> other
> node (backup) during a failover. In order to
> facilitate this, the Unix Admins have nightly
> scripts
> that copy an application's files from their primary
> node to the backup node so that both nodes are
> sync'd
> up.
>
> The customer requires that NV failover be
> architected
> this way, but they do not want to sychronize the
> system directories (/usr/bin & /usr/lib) even though
> NV installs some code into these directories. Their
> perspective is that applications should not be
> installing files into the /usr/bin directory, it
> should only contain Solaris OS files.
>
> The Unix Admins attempted to configure failover of
> NV
> without sync'ing the /usr/bin /usr/lib directories
> between the nodes. Instead they hardcoded
> /usr/OV/bin
> to PATH and /usr/OV/lib to LD_LIBRARY_PATH. When
> they
> attempted to failover NV to the backup node, NV
> would
> not startup because it was looking for files in
> /usr/bin. NV was configured to be started by the
> cluster software using netnmrc.
>
> So we are trying to determine how we can configure
> NV
> to failover without having to sync the /usr/bin and
> /usr/lib directories.
>
> Any thoughts?
>
> Regards,
> Albert Wong
>
> --- James Shanks <jshanks@us.ibm.com> wrote:
>
> > Are you having some sort of problem with this?
> >
> > I suspect that the answer is largely historical.
> > The links are added at
> > install time to facilitate the install scripts --
> > basically to guarantee
> > that the proper environment can be found even in
> > bizarre circumstances.
> > Adding links in /usr/lib is a very common thing
> for
> > UNIX products to do.
> > Putting them in /usr/bin is less so, but even the
> > operating systems do it,
> > as ls -l will show you. So it's hardly a rare
> > thing.
> >
> > I don't believe that the links are really
> necessary
> > after installation,
> > and if you source /usr/OV/bin/NVenvironment then
> > you should be able to
> > just remove them. You can always add them back
> > again if you want. But
> > NVenvironment is a relatively recent addition to
> > NetView. Putting the
> > links into the /usr directories goes back to the
> > first versions of the
> > product.
> >
> >
> > James Shanks
> > Level 3 Support for Tivoli NetView for UNIX and
> > Windows
> > Tivoli Software / IBM Software Group
> >
> >
> >
> > Albert Wong <igcawong@yahoo.com>
> > Sent by: owner-nv-l@lists.us.ibm.com
> > 10/25/2004 05:20 PM
> > Please respond to
> > nv-l
> >
> >
> > To
> > nv-l <nv-l@lists.us.ibm.com>
> > cc
> >
> > Subject
> > [nv-l] 7.1.4 Installation Directories
> >
> >
> >
> >
> >
> >
> > I would like to understand the significance of the
> > /usr/bin and /usr/lib directories in regards to a
> NV
> > 7.1.4 install. Why does NV need to place files in
> > the
> > /usr/bin directory when they already exist in
> > /usr/OV/bin and why does NV need to make links in
> > /usr/lib to /usr/OV/lib?
> >
> > Regards,
> > Albert Wong
> >
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > Read only the mail you want - Yahoo! Mail
> SpamGuard.
> > http://promotions.yahoo.com/new_mail
> >
> >
>
>
>
>
> __________________________________
> Do you Yahoo!?
> Take Yahoo! Mail with you! Get it on your mobile
> phone.
> http://mobile.yahoo.com/maildemo
>
>
__________________________________
Do you Yahoo!?
Yahoo! Mail - You care about security. So do we.
http://promotions.yahoo.com/new_mail
|