[Veritas-bu] export DISPLAY, automatically
2004-03-22 09:25:35
Subject: |
[Veritas-bu] export DISPLAY, automatically |
From: |
Robert.Stump AT dla DOT mil (Stump, Robert (Contractor) (DRMS)) |
Date: |
Mon, 22 Mar 2004 09:25:35 -0500 |
I also like the windows admin interface.
I stubbornly refused to use the java I/F with 3.4
and I exclusively used the Xwindow motif even knowing
that VERITAS Software was rudely going to yank it away with 4.5
I was surprised how well the Windows Admin Console worked.
I now like it better than the X motif because of the added features.
However, I still stubornly refuse to use the java I/F.
Did they sufficiently improve the java hog in 5.0?
-----Original Message-----
From: Coco, Samuel (Cont, ARL/CISD) [mailto:scoco AT arl.army DOT mil]
Sent: Sunday, March 21, 2004 7:34 PM
To: Biller, Tim; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] export DISPLAY, automatically
All,
I was a little supprised by this. I agree that exceed is a pain.
However, the problem is in the jnbSA - not exceed. The console is poorly
written, compiled and very unintituive. On the other hand - we have found
Windows Admin Console to be quick, efficient and easy to use. We have found
it to be better is all ways over the media console except for the restore
sequence. In fact we use it exclusively. The only thime is that you have
to configure your PC with server permissions. But as long as you protect
your PC as you do your UNIX server, there really isn't any issue. What type
of problems are you having?
Sam
-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu on behalf of
Biller,
Tim
Sent: Sat 3/20/2004 6:17 PM
To: 'veritas-bu AT mailman.eng.auburn DOT edu'
Cc:
Subject: Re: [Veritas-bu] export DISPLAY, automatically
Couldn't agree more.
We've just been forced to use Exceed to run jnbSA exported to our
Windows
2000 desktops to get around a problem with running the Windows Java
Display
(blue-screen crash due to a imcompatatbility with the version of the
proxy
remote control client software installed on the latest desktop build
- now
fixed) The GUI was practically impossible (very, very slow and
screen
refresh was dreadful) to use in this manner. The Windows Admin
Console
running locally is also very prone to crashing and runs like a
wounded dog
dragging a car uphill....
The only other negative about the local Java Display is the amount
of
resource it consumes even after you log off. I just ran a bpps -a
and got
this:
root 14701 13534 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc root 0 -1 C
/usr/openv/java/auth.conf
1 -
root 521 516 0 Mar 16 ? 3:32
/usr/openv/netbackup/bin/bpjobd
root 22326 1 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 2939 2927 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 2927 1 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 13535 13534 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc root 0 -1 C
/usr/openv/java/auth.conf
1 -
root 26217 1 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tmansell 0 -1 C
/usr/openv/java/auth.conf
root 26218 26217 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tmansell 0 -1 C
/usr/openv/java/auth.conf
root 17154 2927 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 26471 26217 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tmansell 0 -1 C
/usr/openv/java/auth.conf
root 10114 10113 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 8674 1 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 14691 13534 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc root 0 -1 C
/usr/openv/java/auth.conf
1 -
root 10135 10113 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 10132 10113 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 22349 22326 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 13534 1 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc root 0 -1 C
/usr/openv/java/auth.conf
1 -
root 22345 22326 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 22329 22326 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 26221 26217 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tmansell 0 -1 C
/usr/openv/java/auth.conf
root 5730 2927 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 10116 10113 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 26366 26217 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tmansell 0 -1 C
/usr/openv/java/auth.conf
root 22343 22326 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 13553 13534 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc root 0 -1 C
/usr/openv/java/auth.conf
1 -
root 8697 8674 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 2928 2927 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 13894 2927 0 20:09:41 ? 0:02
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 8677 8674 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 9209 1 0 Mar 17 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc root 0 -1 C
/usr/openv/java/auth.conf
1 -
root 2944 2927 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 13548 13534 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc root 0 -1 C
/usr/openv/java/auth.conf
1 -
root 22452 9209 0 Mar 18 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc root 0 -1 C
/usr/openv/java/auth.conf
1 -
root 5765 2927 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 2941 2927 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 2929 2927 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
root 5702 2927 0 Mar 19 ? 0:00
/usr/openv/netbackup/bin/bpjava-susvc tbiller 0 -1 C
/usr/openv/java/auth.conf
And non-one's not even running the GUI! I have to run bp.kill_all
to clear
all the processes.
Cheers - Tim
Date: Sat, 20 Mar 2004 10:16:46 -0600
From: David Rock <dave-bu AT graniteweb DOT com>
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] export DISPLAY, automatically
Reply-To: David Rock <dave-bu AT graniteweb DOT com>I would REALLY
recommend not
doing this at all if you can help it.
Running jnbSA on the Master server is not good for it. The java app
isn't the best at controlling its resources and will probably cause
problems. Unless you have major firewall problems, you should be
able to
run the java app locally and just point it at the master.
--=20
David Rock
david AT graniteweb DOT com
This e-mail has come from Experian International: winner of the UK's
National Business of the Year Award 2003.
==========================================================================
Information in this e-mail and any attachments are confidential, and
may
not be copied or used by anyone other than the addressee, nor
disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment
through
the use of this electronic communication unless it is issued in
accordance
with the Experian Limited standard terms and conditions of purchase
or
other express written agreement between Experian Limited and the
recipient
Experian Limited (registration number 653331) Registered office:
Talbot House, Talbot Street, Nottingham NG80 1TH
Although Experian has taken reasonable steps to ensure that this
communication
and any attachments are free from computer virus, you are advised to
take
your own steps to ensure that they are actually virus free.
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Veritas-bu] export DISPLAY, automatically, Jason Helfman
- [Veritas-bu] export DISPLAY, automatically, Biller, Tim
- [Veritas-bu] export DISPLAY, automatically, Coco, Samuel (Cont, ARL/CISD)
- [Veritas-bu] export DISPLAY, automatically,
Stump, Robert (Contractor) (DRMS) <=
- [Veritas-bu] export DISPLAY, automatically, <dave.markham AT icl DOT net (Dave Markham)
- [Veritas-bu] export DISPLAY, automatically, Stump, Robert (Contractor) (DRMS)
- [Veritas-bu] export DISPLAY, automatically, Brzozowski, Dwayne
|
|
|