The Query button is not highlighted?
Now you have me stumped. It always highlights for me, even if the
daemons are down, or if the ovevent.log file has no displayable events in
it. On those occasions it just doesn't work. When the daemons are down
you get an "Error connecting with CI" pop-up and when the file has nothing
in it, you just get a blank window when you press click the Query -->
Display Events. But I always get the query button highlighted, though it
does not do so until the last step of its initialization. You don't have
an hourglass over when you position your cursor over the display area, do
you?
I am clueless offhand. When you do the event command, does the
ovevent.log file grow in size? It does have read permissions for
everyone, doesn't it?
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
"Dejan Mijailovic" <dejanm@webhosting.com>
03/20/2002 12:41 PM
To: James Shanks/Raleigh/IBM@IBMUS
cc:
Subject: RE: [nv-l] ovelmd daemon
Aah. O.K, Thanks James. I apologize, I must say, I never used Event
History
Application. I have got it. Than, everything is fine with daemons and
files.
Just one thing, I have got completed window, but Query pull down button is
not highlighted,
there fore I can't access it,... and I think that is my problem.
For the record, I am logged in and running Netview as a Root with
read/write
map.
Dejan
-----Original Message-----
From: James Shanks [mailto:jshanks@us.ibm.com]
Sent: Tuesday, March 19, 2002 2:43 PM
To: nv-l@lists.tivoli.com
Subject: RE: [nv-l] ovelmd daemon
Dejan -
Forgive me, but have you ever done this before? You do know that Events
History is not like Current Events, right? When you first start nvela or
Events History, all you get is a completed window and you must pull down
the Query button and click Display Event before it will show you anything.
This is so that you can set a filter first and see only those which match
your filter, because once events are in the display, it is much harder to
remove them, and filters only work BEFORE the events are displayed.
If this is not it, then I apologize. If there is still a problem, do you
get a completed window, with menus and the like or not? if not, what do
you get?
And how about /usr/OV/log/ovevent.log. Does it have a positive size? Do
"event -h dummy1" to send a new event. Does the size grow?
If so, then it is a GUI problem and not a daemon problem.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
"Dejan Mijailovic" <dejanm@webhosting.com>
03/19/2002 03:18 PM
To: James Shanks/Raleigh/IBM@IBMUS, <nv-l@lists.tivoli.com>
cc:
Subject: RE: [nv-l] ovelmd daemon
Yes, then everything is fine with the daemons.
Regarding ovaddobj,..
It is fine, I didn't have a LD_LIBRARY_PATH
And still, event history doesn't work. Same thing when running NVELA.
Any Idea?
D.
-----Original Message-----
From: James Shanks [mailto:jshanks@us.ibm.com]
Sent: Tuesday, March 19, 2002 11:25 AM
To: nv-l@lists.tivoli.com
Subject: Re: [nv-l] ovelmd daemon
I don't know what the problem with Events History application is, but you
are barking up the wrong tree with trying to start ovelmd, I'll bet.
You are making a lot of assumptions here that I don't think are warranted.
So let's start over.
Do ovstatus. Do you see an ems_log_agent? Then he is registered. That
is the name that is used for ovelmd. Since the days of HP, ovelmd has
been called the "ems_log_agent" and the guy who feeds him, ovesmd, the
"ems_sieve_agent". Are these guys running? If not you start them with
either a general ovstart or a specific "ovstart ems_log_agent" or "ovstart
ems_sieve_agent". Kill your command-lie one first
I don't know why your ovaddjob failed. You did not mention what directory
you were in when you did it, nor what operands you used, but if you not in
/usr/OV/lrf then you must give the full path to the lrf file, as in
"ovaddobj /usr/OV/lrf/ovelmd.lrf" . If you are cd'd to /usr/OV/lrf, then
you can just give the short file name.
But this should not be necessary. This daemon come pre-registered. If he
is missing then someone deliberately removed him. If you do have to add
him back, and it still fails, even though you have use the correct syntax,
then most likely you changed either the hostname or the IP address of the
NetView box after installation and did not run reset_ci. If that's true,
you can do it now, but it will take down all the daemons when it s run.
Not having done the reset_ci may also be why no events show up in the
ovevent.log. The ems_sieve_agent, ovesmd, feeds the log agent, ovelmd,
but he has to be fed by pmd, who won't send anything if he doesn't know
what box he is on.
Also, by default, ovelmd logs to /usr/OV/log/ovevent.log. There is no
need to specify any parameters on the daemon at all. The defaults are
correct for all installations. The only reason to change them is for a
special case.
And I am not surprised that /usr/OV/bin/ovelmd -f /usr/OV/log/ovevent.log
did not work from the command line. ovelmd can only log what ovesmd gives
him. And he can only log what pmd gives him.
So give all this some thought and try again. Sorry it has to be so
complicated.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
"Dejan Mijailovic" <dejanm@webhosting.com>
03/19/2002 12:10 PM
To: <nv-l@lists.tivoli.com>
cc:
Subject: [nv-l] ovelmd daemon
Hi there.
I am running NetView 7.1 on Solaris 7 and I can't use "Monitor -> Events
->
Event History.." application,....nor doing it
from command line using /usr/OV/bin/nvela. Application just "hangs" there,
window comes up but no events are shown...Application just "hangs"
I have noticed the OVELMD is running and "ls" shows it is running
/usr/OV/bin/ovelmd.... no options.
I have noticed that ovelmd is not registrated with ovspmd and there for
"ovstart/ovstop can't be used"
If I try to run /usr/OV/bin/ovaddobj I get this message:
"ld.so.1: /usr/OV/bin/ovaddobj: fatal: libucb.so.1: openfailed: No such
file
or directory
Killed"
If I try running this from command line: /usr/OV/bin/ovelmd -f
/usr/OV/log/ovevent.log,..again, just hangs there.
Any Idea?
Thanks
Dejan Mijailovic
InQuent Technologies inc.
e-mail: dejan.mijailovic@inquent.com
http://www.inquent.com
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
|