sm_ov_fwd not running 1

[bdfry]

I have just installed CiscoWorks 2000 on a Solaris 8 machine which is also running HP OpenView 6.2. All is well, except that when I execute a 'ovstatus' command, the object manager 'sm_ov_fwd' is not running. I cannot find any info on what this is nor how to troubleshoot the problem. As always, any help will be greatly appreciated... Brantley Fry
Systems Administrator I

 

[cgainey]

Bdfry,
this sm_ov_fwd process running on this server, to my knowledge, is a third party application that has been integrated within NNM. When you do a ovstatus -c do you get the following along with other sm_ processes....
:
:
sm_ov_fwd NOT_RUNNING InCharge Openview Trap Forwarder
:
:
If not, I'll stop here as to not lead you down the wrong path. If so, reply back and I may be able to give you a few troubleshooting tips for this process, noting that I work on a HPUX platform not Solaris....

 

[bdfry]

thanks for the reply cgainey...
this is the output that I get when executing 'ovstatus -c'

Name PID State Last Message(s)
OVsPMD 4544 RUNNING -
ovsessionmgr 4545 RUNNING Initialization complete.
ovwdb 4546 RUNNING Initialization complete.
ovuispmd 4568 RUNNING Initialized. 0 ovw clients registered.
ovtrapd 4564 RUNNING Initialization complete.
ovactiond 4565 RUNNING Initialization complete.
ovalarmsrv 4566 RUNNING Initialization complete.
pmd 4547 RUNNING Initialization complete.
ovdbcheck 4548 RUNNING Connected to ODBC datasource: OVoracle.
httpd - unknown (Does not communicate with ovspmd.)
ovtopmd 4567 RUNNING Connected to native database "openview".
netmon 4569 RUNNING Initialization complete.
snmpCollect 4570 RUNNING Data Collector has been busy for 490 seconds (Behind on Polling)
ovrequestd 4551 RUNNING Initialization complete.
sm_ov_fwd - NOT_RUNNING - Exit(1)

hopefully this will shed some light on the problem.
thanks again...
Brantley Fry
Systems Administrator I

 

[cgainey]

Bdfry,
We use NNM6.1 on our platform and not NNM6.2, but I still think that it is safe to say that out of the box, NNM does not come with the sm_ov_fwd process, so it looks like an application called SMARTS InCharge, which is an event correlation tool. With a full intetration the processes that would integrate with NNM would be sm_ov_event, sm_ov_fwd, sm_ito_notify and sm_ov_topo, although full is not required. The sm_ov_fwd process would allow snmptraps from a device on the managed network to be forwarded to the smarts dB.
Since we run this on a HPUX platform things may differ... There should be a log file on the server (on HPUX, /opt/smarts/logs) called sm_ov_fwd.log. Check here to see if there are any errors or timeouts. This sm_ov_fwd process tries first to connect to a domain server, specified during the installation. I'm suspecting that the problem lies within that connection not being established causing the sm_ov_fwd process not to start because it doesn't know who to forward events to. If this is the case check the ic-server-<domainname> script on your server, domainname being the hostname of the server which will receive the events. (loc=/opt/smarts/scripts). There is a parameter in this script called DMNAME that should be set to that hostname. Link this file to an /etc/init.d startup script, then execute the script with a stop and start. I'm definitely not a pro with this app, but hopefully this will get you started in the right direction.

***cgainey

 

[bdfry]

thanks again cgainey for your help...
you have pointed me in the proper direction and I am narrowing down what is going on with my system. I'm pretty sure that it has to do with integrating CiscoWorks 2000 with OpenView NNM, so possibly some files were modified and the SMARTS app lost some config info that it needs.

again thanks for shedding much needed light on this problem

B-)

Brantley Fry
Systems Administrator I