nv-l
[Top] [All Lists]

Re: [nv-l] nvsniffer

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] nvsniffer
From: Paul <pstroud@bellsouth.net>
Date: Mon, 11 Apr 2005 10:55:39 -0400
Delivery-date: Mon, 11 Apr 2005 15:55:35 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <C353F42ACF29E240B9050B86F1852A4F0C2745@nlspm204.emea.corp.eds.com>
References: <C353F42ACF29E240B9050B86F1852A4F0C2745@nlspm204.emea.corp.eds.com>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
User-agent: Mozilla Thunderbird 1.0 (X11/20041206)
David,
Check the device in the topology database:

ovtopodump -rl <selectionname>

and see if:
SNMP STATUS POLL: MAXIMUM TIME

If it has a date time stamp there, the device is being polled
via SNMP. If that is the case, I would try deleting and rediscovering
the node. Make sure you reread the seedfile first(netmon -y).

Paul



Liu, David wrote:

James and Paul,

Thanks for your advice. I have found the trap from trapd.conf.

The server I monitored is not snmp accessible, when I ping it, it become
green (UP) and after some time, it become down. My netmon.seed file has the
entry of

$*.*.*.*.*
^10.1.2.3   (this is the IP address of the device)

I also create a log file using the -l option of nvsniffer. The error message
I got is:

WARNING: node object 66534 has a status of Critical; skipping it.

So it does not send event.

What could be the reason?

Regards,
David


-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]On
Behalf Of James Shanks
Sent: Monday, April 11, 2005 3:04 PM
To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] nvsniffer






I might also add that the nvsniffer traps are defined in trapd.conf.   From
the definitions, you should at least be able to see the trap number and
some idea of what to expect.  If you don't see the definitions in your
current copy of /usr/OV/conf/C/trapd.conf, then it may because you are
running an old copy.  In that case you can find them defined in the
installation copy, which is /usr/OV/newconfig/OVSNMP-RUN/trapd.conf.

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


Paul <pstroud@bellsout h.net> To Sent by: nv-l@lists.us.ibm.com owner-nv-l@lists. cc us.ibm.com Subject Re: [nv-l] nvsniffer 04/11/2005 08:50 AM Please respond to nv-l



David,
For NetView to monitor the mail service/server, NetView needs
to be able to make a connection to the service in question(I think
its simply a tcp connection check, but I could be incorrect, someone
please correct  me if I am). As for being able to test the nvsniffer
trap, I would think you would be able to simply firewall the connection
between NetView and the target device for the port in question. I usually
try to use the network tools available in lieu of stopping and starting
a service.

Paul


Liu, David wrote:

Dear list,

Due to some historical reasons, we have some NV7.1.2 running. One of the
customers need to monitor its mail service. I need your advise to confirm
the following:

1) nvsniffer no need snmp access to the monitoring device (it is
pingable)?!
2) what kind of trap nvsniffer is sending when it finds the (mail) service
is down. How can I test it without stop the service(snmptrap)?

The command I'm using is

/usr/OV/bin/nvsniffer -s -n hostname (the smartset exist)

Regards,
David








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

Archive operated by Skills 1st Ltd

See also: The NetView Web