[prev in list] [next in list] [prev in thread] [next in thread]
List: opennms-discuss
Subject: Re: [opennms-discuss] OpenNMS - Negative index values for Physical
From: Jacob Ritorto <jacob.ritorto () gmail ! com>
Date: 2011-06-30 13:53:38
Message-ID: 4E0C7FE2.2070804 () gmail ! com
[Download RAW message or body]
I have old, stock Solaris 10 boxes, too, and they work fine.
Why not snmpget the particular oid you're concerned about by hand and
see if it's returning bogus values on that unix host vs. the other? If
only one is returning bad data there, that'd eliminate OpenNMS as the
culprit and allow you to focus on correcting your particular host's SNMP
issue.
On 06/30/11 09:35 AM, Wayne Bruinette [ MTN - Innovation Centre ] wrote:
>
> Thanks Alejandro
>
> You are correct the version of Net-SNMP on the host is 5.0.9
>
> I however have another host, similar hardware except with a newer
> release of Solaris 10, which incidentally has the same version of
> Net-SNMP and I’m able to get Node Performance data from it. All snmp
> configuration between these hosts is identical...
>
> /Regards/
>
> /Wayne/
>
> *From:* Alejandro Galue [mailto:agalue@sync.com.ve]
> *Sent:* Thursday, 30 June 2011 03:14 PM
> *To:* General OpenNMS Discussion
> *Subject:* Re: [opennms-discuss] OpenNMS - Negative index values for
> Physical interfaces
>
> The Solaris 10 SNMP Agent is based on a very old version of Net-SNMP
> (5.0.9, if I'm not wrong).
>
> You can validate which version of Net-SNMP by executing:
>
> snmpwalk -v 1 -c XXXX localhost versionTag.0
>
> (remember to change the community name and hostname)
>
> I suggest to force SNMPv1 to see if that works; if not, change the
> SNMP Strategy from SNMP4J to JoeSNMP inside opennms.properties.
>
> Other way is to disable that agent and install a more recent version
> of Net-SNMP for Solaris using sunfreeware or blastwave.
>
> Alejandro.
>
> On Jun 30, 2011, at 6:50 AM, Wayne Bruinette [ MTN - Innovation Centre
> ] wrote:
>
>
>
> Thanks Alejandro, I changed the value to 60000 and did a rescan,
> unfortunately it hasn't helped.
>
> Regards
> Wayne
>
>
> -----Original Message-----
> From: Alejandro Galue [mailto:alejandro.galue@sync.com.ve]
> Sent: Thursday, 30 June 2011 12:00 PM
> To: General OpenNMS Discussion
> Subject: Re: [opennms-discuss] OpenNMS - Negative index values for
> Physical interfaces
>
> If you want to set the timeout to 60s, you should write:
> timeout="60000"
> because it is expressed in milliseconds.
>
> Sent from my iPhone
>
> On Jun 30, 2011, at 2:42 AM, "Wayne Bruinette [ MTN - Innovation
> Centre ]" <bruine_w@mtn.co.za <mailto:bruine_w@mtn.co.za>> wrote:
>
>
> Hi Ron
>
> We have an early release of Solaris 10 (Solaris 10 1/06 s10s_u1wos_19a
>
> SPARC) And yes that package is installed
>
> # pkginfo SUNWsmmgr
>
> system SUNWsmmgr System Management Agent Startup scripts
>
> I have tried setting the timeout to 60s in the snmp-config.xml,
> and I still have the same problem
>
> <definition timeout="60" read-community="public" version="v1">
>
> <specific xmlns="">10.217.201.14</specific>
>
> </definition>
>
> I have also tried removing and reading the node, that also didn't
> help...
>
> NB scanning the iftable and ipAddrtable, or in fact any structure
> works perfectly form the OpenNMS node.
>
> # snmpwalk -v1 -cpublic nisporc02 | more
>
> SNMPv2-MIB::sysDescr.0 = STRING: SunOS nisporc02 5.10
> Generic_118833-36 sun4u
>
> SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.3
>
> DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (262831) 0:43:48.31
>
> ...
>
> ...
>
> Another suggestions?
>
> Regards
>
> Wayne
>
> -----Original Message-----
>
> From: Roskens, Ronald [mailto:Ronald.Roskens@biworldwide.com]
>
> Sent: Wednesday, 29 June 2011 05:10 PM
>
> To: 'General OpenNMS Discussion'
>
> Subject: Re: [opennms-discuss] OpenNMS - Negative index values for
>
> Physical interfaces
>
> Which update for Solaris 10 do you have installed?
>
> Do you have the package SUNWsmmgr installed? That’s whats going to
> provide the net-snmp snmpd service (aka sma).
>
> The negative values indicate that the timeout set in
> snmp-config.xml is too short for the device, and capsd/provisiond
> can't scan ifTable, ipAddrTable, and some of the sys* oids inside
> that timeout. Try increasing the timeout to 30s.
>
> Ron
>
> -----Original Message-----
>
> From: Wayne Bruinette [ MTN - Innovation Centre ]
>
> [mailto:bruine_w@mtn.co.za]
>
> Sent: Wednesday, June 29, 2011 9:01 AM
>
> To: General OpenNMS Discussion
>
> Subject: Re: [opennms-discuss] OpenNMS - Negative index values for
>
> Physical interfaces
>
> Thanks Jake, the servers are all Solaris 10.
>
> The basic's monitoring would be a good start. I have tried what
> you suggested, thanks, but that hasn't helped.
>
> When disabling and enabling sma and seaport I get the error
> Pattern does not match any instances, these are both legacy run
> apparently. The entries were added to the snmpd.conf file and
> snmpdx was restarted. I also rescanned the host, but I still get
> negative index values...
>
> Any other suggestions?
>
> Regards
>
> Wayne
>
> -----Original Message-----
>
> From: Jacob Ritorto [mailto:jacob.ritorto@gmail.com]
>
> Sent: Wednesday, 29 June 2011 03:37 PM
>
> To: General OpenNMS Discussion
>
> Subject: Re: [opennms-discuss] OpenNMS - Negative index values for
>
> Physical interfaces
>
> I got my OpenNMS to collect and chart these data using the stock
> Sun SNMP daemons, though they're old and missing some important
> features.
>
> If you have the luxury of time, I think it's best to install a
> modern net-snmp, but if you're like me and have too many hosts for
> this to be practical, you can achieve rudimentary functionality by
> simply doing:
>
> echo "view all included .1 80">> /etc/sma/snmp/snmpd.conf echo "disk
>
> /">> /etc/sma/snmp/snmpd.conf svcadm disable seaport ; svcadm enable
>
> seaport svcadm disable snmpdx ; svcadm enable snmpdx svcadm disable
>
> sma ; svcadm enable sma
>
> --jake
>
> If you're on something lower than Solaris 10, it's probably going
> to be more of a challenge. At that point, consider just installing
> a modern net-snmp kit.
>
> On 06/29/11 09:23 AM, Wayne Bruinette [ MTN - Innovation Centre ]
> wrote:
>
> Hi Jake, I don’t know.
>
> Sorry, but I’m new to this, where can I get the OID’s for
> SUN/Oracle
>
> servers and how do I know if it’s configured to collect from
> these OID’s.
>
> These are common servers, I thought this would have been
> included in
>
> the standard config?
>
> /Regards/
>
> /Wayne /
>
> *From:* John Blake [mailto:jblake@us.ibm.com]
> <mailto:[mailto:jblake@us.ibm.com]>
>
> *Sent:* Wednesday, 29 June 2011 03:11 PM
>
> *To:* General OpenNMS Discussion
>
> *Subject:* Re: [opennms-discuss] OpenNMS - Negative index
> values for
>
> Physical interfaces
>
> What is the system oid of the device and is OMS configured to
> collect
>
> data from devices that respond with that oid?
>
> From:
>
> "Wayne Bruinette [ MTN - Innovation Centre ]"
> <bruine_w@mtn.co.za <mailto:bruine_w@mtn.co.za>>
>
> To:
>
> "opennms-discuss@lists.sourceforge.net
> <mailto:opennms-discuss@lists.sourceforge.net>"
>
> <opennms-discuss@lists.sourceforge.net
> <mailto:opennms-discuss@lists.sourceforge.net>>
>
> Date:
>
> 06/29/2011 08:55 AM
>
> Subject:
>
> [opennms-discuss] OpenNMS - Negative index values for Physical
>
> interfaces
>
> ---------------------------------------------------------------------
>
> -
>
> --
>
> Hi All
>
> This is my first attempt at sending an email of this nature so
> let’s
>
> hope I get the process right J
>
> We have a new POC (proof of concept) OpenNMS implementation, the
>
> product thus far looks awesome, except for one small problem
> in that
>
> for some hosts, in particular SUN servers, we don’t get
> “Node-level
>
> Performance Data”.
>
> On investigation it seems that could be because SNMP has
> either not
>
> been implemented on the host, activated on OpenNMS or the OpenNMS
>
> host can’t read the iftable or ipAddrTable of the client host
> via SNMP.
>
> All of the aforementioned is configured and works, however the
> client
>
> hosts Physical interface index values remain negative.
>
> I have tried to follow all the steps on the following link,
>
> particularly the Troubleshooting section
>
> http://www.opennms.org/wiki/Data_Collection_Configuration_How-To#Over
>
> v
>
> iew
>
> What else needs to be done, what am I missing?
>
> root@nidonms01 # snmpwalk -c public -v 1 nisporc02 ipAddrTable
>
> IP-MIB::ipAdEntAddr.10.217.201.14 = IpAddress: 10.217.201.14
>
> IP-MIB::ipAdEntAddr.127.0.0.1 = IpAddress: 127.0.0.1
>
> IP-MIB::ipAdEntIfIndex.10.217.201.14 = INTEGER: 2
>
> IP-MIB::ipAdEntIfIndex.127.0.0.1 = INTEGER: 1
>
> IP-MIB::ipAdEntNetMask.10.217.201.14 = IpAddress: 255.255.255.0
>
> IP-MIB::ipAdEntNetMask.127.0.0.1 = IpAddress: 255.0.0.0
>
> IP-MIB::ipAdEntBcastAddr.10.217.201.14 = INTEGER: 1
>
> IP-MIB::ipAdEntBcastAddr.127.0.0.1 = INTEGER: 0
>
> IP-MIB::ipAdEntReasmMaxSize.10.217.201.14 = INTEGER: 65535
>
> IP-MIB::ipAdEntReasmMaxSize.127.0.0.1 = INTEGER: 65535
>
> Any assistance would really be appreciated.
>
> /Regards/
>
> /Wayne /
>
> ---------------------------------------------------------------------
>
> -
>
> --
>
> NOTE: This e-mail message is subject to the MTN Group
> disclaimer see
>
> http://www.mtn.co.za/SUPPORT/LEGAL/Pages/EmailDisclaimer.aspx--------
>
> -
>
> ---------------------------------------------------------------------
>
> All of the data generated in your IT infrastructure is
> seriously valuable.
>
> Why? It contains a definitive record of application performance,
>
> security threats, fraudulent activity, and more. Splunk takes this
>
> data and makes sense of it. IT sense. And common sense.
>
> http://p.sf.net/sfu/splunk-d2d-c2____________________________________
>
> _ __________ Please read the OpenNMS Mailing List FAQ:
>
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-discuss mailing list
>
> To *unsubscribe* or change your subscription options, see the
> bottom
>
> of this page:
>
> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>
> ---------------------------------------------------------------------
>
> -
>
> --
>
> NOTE: This e-mail message is subject to the MTN Group
> disclaimer see
>
> http://www.mtn.co.za/SUPPORT/LEGAL/Pages/EmailDisclaimer.aspx
>
> ---------------------------------------------------------------------
>
> -
>
> -------- All of the data generated in your IT infrastructure is
>
> seriously valuable.
>
> Why? It contains a definitive record of application performance,
>
> security threats, fraudulent activity, and more. Splunk takes this
>
> data and makes sense of it. IT sense. And common sense.
>
> http://p.sf.net/sfu/splunk-d2d-c2
>
> _______________________________________________
>
> Please read the OpenNMS Mailing List FAQ:
>
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-discuss mailing list
>
> To *unsubscribe* or change your subscription options, see the
> bottom of this page:
>
> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>
> ----------------------------------------------------------------------
>
> -------- All of the data generated in your IT infrastructure is
>
> seriously valuable.
>
> Why? It contains a definitive record of application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
>
> http://p.sf.net/sfu/splunk-d2d-c2
>
> _______________________________________________
>
> Please read the OpenNMS Mailing List FAQ:
>
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-discuss mailing list
>
> To *unsubscribe* or change your subscription options, see the
> bottom of this page:
>
> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>
> NOTE: This e-mail message is subject to the MTN Group disclaimer see
>
> http://www.mtn.co.za/SUPPORT/LEGAL/Pages/EmailDisclaimer.aspx
>
> ----------------------------------------------------------------------
>
> -------- All of the data generated in your IT infrastructure is
>
> seriously valuable.
>
> Why? It contains a definitive record of application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
>
> http://p.sf.net/sfu/splunk-d2d-c2
>
> _______________________________________________
>
> Please read the OpenNMS Mailing List FAQ:
>
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-discuss mailing list
>
> To *unsubscribe* or change your subscription options, see the
> bottom of this page:
>
> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>
> This e-mail message is being sent solely for use by the intended
> recipient(s) and may contain confidential information. Any
> unauthorized review, use, disclosure or distribution is
> prohibited. If you are not the intended recipient, please contact
> the sender by phone or reply by e-mail, delete the original
> message and destroy all copies. Thank you.
>
> ----------------------------------------------------------------------
>
> -------- All of the data generated in your IT infrastructure is
>
> seriously valuable.
>
> Why? It contains a definitive record of application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
>
> http://p.sf.net/sfu/splunk-d2d-c2
>
> _______________________________________________
>
> Please read the OpenNMS Mailing List FAQ:
>
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-discuss mailing list
>
> To *unsubscribe* or change your subscription options, see the
> bottom of this page:
>
> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>
> NOTE: This e-mail message is subject to the MTN Group disclaimer see
>
> http://www.mtn.co.za/SUPPORT/LEGAL/Pages/EmailDisclaimer.aspx
>
> ----------------------------------------------------------------------
>
> -------- All of the data generated in your IT infrastructure is
>
> seriously valuable.
>
> Why? It contains a definitive record of application performance,
>
> security threats, fraudulent activity, and more. Splunk takes this
>
> data and makes sense of it. IT sense. And common sense.
>
> http://p.sf.net/sfu/splunk-d2d-c2
>
> _______________________________________________
>
> Please read the OpenNMS Mailing List FAQ:
>
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-discuss mailing list
>
> To *unsubscribe* or change your subscription options, see the
> bottom of this page:
>
> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Please read the OpenNMS Mailing List FAQ:
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-discuss mailing list
>
> To *unsubscribe* or change your subscription options, see the bottom
> of this page:
> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>
> NOTE: This e-mail message is subject to the MTN Group disclaimer see
> http://www.mtn.co.za/SUPPORT/LEGAL/Pages/EmailDisclaimer.aspx
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Please read the OpenNMS Mailing List FAQ:
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-discuss mailing list
>
> To *unsubscribe* or change your subscription options, see the bottom
> of this page:
> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
>
>
> ------------------------------------------------------------------------
> NOTE: This e-mail message is subject to the MTN Group disclaimer see
> http://www.mtn.co.za/SUPPORT/LEGAL/Pages/EmailDisclaimer.aspx
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
>
>
> _______________________________________________
> Please read the OpenNMS Mailing List FAQ:
> http://www.opennms.org/index.php/Mailing_List_FAQ
>
> opennms-discuss mailing list
>
> To *unsubscribe* or change your subscription options, see the bottom of this page:
> https://lists.sourceforge.net/lists/listinfo/opennms-discuss
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Please read the OpenNMS Mailing List FAQ:
http://www.opennms.org/index.php/Mailing_List_FAQ
opennms-discuss mailing list
To *unsubscribe* or change your subscription options, see the bottom of this page:
https://lists.sourceforge.net/lists/listinfo/opennms-discuss
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic