Thanks Marijan --
Upgrading network and desktop hardware is not feasible at this time.
My desktop and that of 10 other people are all on a 10mb network and
very few of the desktop systems have more than 256MB of memory (and
I've discovered that MY desktop might actually be the most strapped at
128MB; I've actually been able to order more memory for my desktop but
until it arrives, I'll only use the blasted GUI when I absolutely need to).
One of the nice features of the Java gui has been the non-root administration.
I don't like it as well the Motif gui's of previous versions because
it's a resource pig and a pain-in-multiple-parts-of-the-body to setup.
I wish Veritas had focused on truly improving NetBackup's performance
instead of giving us a cosmetic pain.
On Fri, 4 Apr 2003, Marijan Rupcic wrote:
> Date: Fri, 04 Apr 2003 12:13:24 +1000
> From: Marijan Rupcic <marijan AT defcen.gov DOT au>
> To: Kathryn Hemness <kfhemness AT ucdavis DOT edu>
> Cc: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: Re: [Veritas-bu] [Veritas-bu]nonroot access & jnbSA busted
>
> Kathy
>
> I hate the Java gui too. However, if you're running it on the server but
> displaying it back to a workstation, it may be worthwhile to check your
> network performance to the workstation.
>
> We were running it on a V880 solaris server with 4 GB of memory and
> displaying back to an Ultra-5 with 128M memory. The performance of jnbSA
> was abysmal.
>
> However, when the NIC on the Ultra-5 was upgraded from 10mbs to 100mbs
> the performance became almost acceptable.
>
> Marijan
>
>
> Kathryn Hemness wrote:
> >
> > I had to do the following to get non-root administration to work
> > completely in my backup
> > enterprise which has a Solaris 8 NetBackup DataCenter 4.5 master and
> > media server:
> >
> > Here's a sample of my /usr/openv/java/auth.conf which I copied to ALL
> > client systems from which I knew administrative access was needed.
> >
> > root ADMIN=ALL JBP=ALL
> > user1 ADMIN=ALL JBP=ALL
> > user2 ADMIN=ALL JBP=ALL
> > * ADMIN=JBP JBP=ENDUSER+BU+ARC
> >
> > Then I also had to copy the following /usr/openv/var/authorize.txt to
> > the same client systems:
> >
> > *:*:nb:::userok
> > *:*:root:local::userok
> >
> > I also had to get a special java "jar" file and a special bpcd binary
> > for the media management to become functional. I was unable to
> > post it to this list for exceeding size restrictions.
> >
> > Below is a script that I used to push everything to the client systems:
> >
> > for client in <client list>
> > do
> > echo "Updating $client ..."
> > echo ""
> >
> > scp -p /usr/openv/java/auth.conf $client:/usr/openv/java/.
> > scp -p /usr/openv/var/authorize.txt $client:/usr/openv/var/.
> > ssh $client "mv /usr/openv/netbackup/bin/bpcd
> > /usr/openv/netbackup/bin/bpcd.45"
> > scp -p /usr/openv/java/nbjP.jar $client:/usr/openv/java/.
> > scp -p /usr/openv/netbackup/bin/bpcd $client:/usr/openv/netbackup/bin/.
> >
> > I have patched my servers to MP2 and neither the njbP.jar nor the
> > java-fixed-bpcd was included.. I don't know if MP3 has the necessary
> > files. Since things are working OK for me, I'm in no hurry to futz with
> > NetBackup patching.
> >
> > By the way, I absolutely HATE the java gui. AND the release notes
> > recommend running it on systems having at least 512 MB ram. I get
> > absolutely NO RESPONSE in the gui when I run it on my NetBackup master
> > (which has more than 512 MB but less than 1GB).
> >
> > -- Kathy
> > kfhemness AT ucdavis DOT edu
> >
> > _______________________________________________
> > Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
--Kathy
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Kathryn Hemness, System Administrator kfhemness AT ucdavis DOT edu
UC Davis, Campus Data Center & Client Svcs phone: 530-752-6547
One Shields Avenue fax: 530-752-9154
Rm 1022 IR Campus Data Center (Old Repro Bldg)
Davis, CA 95616
|
