[Top] [All Lists]

RE: [nv-l] Dynamic Workspace

To: <nv-l@lists.us.ibm.com>
Subject: RE: [nv-l] Dynamic Workspace
From: "Catalina Martinez" <Catalina.Martinez@tlc.state.tx.us>
Date: Tue, 31 Jan 2006 10:03:58 -0600
Delivery-date: Tue, 31 Jan 2006 16:05:49 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Thread-index: AcYmetNdFzOnHEtiSz6Y0rZEXC4jVgABLFiw
Thread-topic: [nv-l] Dynamic Workspace
Thank you - I realized that there were lots of questions but I wasn't
sure if it was 1 big issue or multiple issues. I will call support for
help on the resource problem.

thanks again.

-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
On Behalf Of James Shanks
Sent: Tuesday, January 31, 2006 9:27 AM
To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] Dynamic Workspace

That's a lot of issues in one posting, Catalina.  I'm not sure anyone
address them all.

But "File --> Save As" from nvevents creates a textual report of the
shown in your workspace.  To save your environment your must pull down
"Options --> Save Environment"  This creates the NvEnvironment
in the operator's $HOME directory with the Workspaces file in it.    To
this file read automatically on start-up, you must edit the
/usr/OV/app-defaults/Nvevents and change the
there or put it in the .Xdefaults file.  I prefer the former, because I
never sure of the order of precedence.   If you make a change in the
then you'll need to do
       xrdb -merge /usr/OV/app-defaults/Nvevents
 to make certain your changes are merged in.  Note that if you don't
the app-defaults file and someone afterward does the merge, it will
overwrite your settings.

Are your operators in the habit of doing the   "Options --> Save
Environment"  thing themselves before they exit?  If they do, then that
will override the Workspaces file with whatever was current at the time.
So if you set them up to open three workspaces, and they close two, and
save the environment, then when they come up again they will only get
one workspace.

The rest of what you are describing seems like a performance problem to
with event windows seeming to freeze and not populating.   The X  GUI is
very resource intensive and multiple events windows only exacerbate
So perhaps you are trying to have to many open at once.  I don't have a
good rule of thumb to give you.  There is one message in the log which
speak to this, the first one:
      /usr/bin/netview[64] ulimit 0403-045
The specified value is outside the user's allowable range.

I'm not certain how the netview command got put into /usr/bin rather
/usr/OV/bin, but it does try to set unlimited ulimits for things like
memory and stack size to prevent  resource shortages and the sort of
you described, so perhaps you had better look into giving the user who
the problem unlimited access to system resources.  I can't tell what one
"outside the user's limit"  but the netview command is a script and you
trace it.

The rest  of the messages in the log you posted are from the java
maptreeserver.  They have nothing to do with the nvevents GUI, except
the java processes take resources that might be used to run it.  I can't
interpret what the messages mean -- you'd need to call Support about
They may also be able to get you some help in getting a performance
of your machine to see whether you have the resources to do everything
are trying to do at one time.


James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group

<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web