To: | nv-l@lists.us.ibm.com |
---|---|
Subject: | Re: [nv-l] nvsnmptrap not working |
From: | James Shanks <jshanks@us.ibm.com> |
Date: | Tue, 3 Feb 2004 14:05:50 -0500 |
Delivery-date: | Tue, 03 Feb 2004 19:13:50 +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 |
Only "Trace Starting"? Are you not getting any other traps? nvsnmptrap is probably not broken if you had it working before. But you might not have a good interface to the outside world after your reboot. Or else the MS Trap Service might not be running Internal traps do not go out over the network. They travel internally on a TCP socket and never leave the box. But nvsnmptrap sends them out over the network to port 162 on your NetView box. Unless you have changed things, you have to have the Microsoft Trap Service running to receive them. On most Windows boxes, he owns port 162/udp. trapd gets them from him. Take a look in the nv.log and see if you can find any trapd error messages about his connection to the Trap Service. James Shanks Level 3 Support for Tivoli NetView for UNIX and Windows Tivoli Software / IBM Software Group
Hi list, Bit of an odd one.... I'm testing a problem on Win2k and NV 7.1.4 - it's just some updates to the .cds file. I've already made my changes and they worked ok - nvsnmptrap sends trap to the NV events list & they go on to TEC - a little script I have contains a test of each trap & running that shows they all went through ok. No problem - left it for a day & a reboot later & now traps don't work! To qualify that - my nvsnmptrap calls run, have no output but nothing appears in the Netview events list or trapd.log. I've switched tracing on (trapd -t c:\temp\trapd-trace.log), the trace file says nothing too - apart from that it's starting. Internal traps are coming through, no problem! The odd thing is that I can still see the traps I sent previously in the events list so I know I'm not going completely mad. I've checked that the traps are all defined as Status Events & not Log only, but either way they should appear in the trapd.log/trace files??? Below is the nvsnmptrap call I'm using. nvsnmptrap 192.168.1.51 1.3.6.1.4.1.3764.3 10.10.11.51 6 2 1 .1.3.6.1.4.1.3764.3.5 OctetString "Test string" .1.3.6.1.4.1.3764.3.16.3.1.19 Integer 9999 As a possibly related aside, I changed the nvsnmptrap call to be snmptrap and ran it on my Linux machine & it worked fine - well, I got unknown formatted trap because I didn't load the trap definitions, but trapd.log on linux shows that it was my correct trap coming in... Any pointers appreciated - have I pressed some magic "switch off my traps" button ? Ta in advance K --------------------------------------------------------------------------- Karl Prinelle Consultant Elyzium Ltd Mobile: +44 (0)7813 189198 E-mail: karl.prinelle@elyzium.co.uk Slough Office, Church Street, Slough, SL1 1PJ. Tel: +44 1753 515000, Fax:+44 1753 515017 Head Office, 12 Queensbrook, Bolton, BL1 4AY. Tel: +44 1204 528628, Fax: +44 1204 534678 For further information, please visit our website at www.elyzium.co.uk --------------------------------------------------------------------------- Elyzium Disclaimer: This email transmission is confidential and intended solely for the person or organisation to whom it is addressed. If you are not the intended recipient, you must not copy, distribute or disseminate the information, or take any action in reliance of it. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of any organisation or employer. If you have received this message in error, do not open any attachment but please notify the sender (above) deleting this message from your system. Please rely on your own virus check no responsibility is taken by the sender for any damage arising out of any bug or virus infection. --------------------------------------------------------------------------- |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | Re: [nv-l] nvsnmptrap not working, George deSocio |
---|---|
Next by Date: | [nv-l] Data Collection of SNMP v2 MIBs, Johanna Hislop |
Previous by Thread: | RE: [nv-l] nvsnmptrap not working, Karl Prinelle |
Next by Thread: | [nv-l] Data Collection of SNMP v2 MIBs, Johanna Hislop |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web