headers
damilarefagbemi | 2 Apr 2012 02:47
Picon

Linkd Shows Wrong Links!

Hello everyone!

I have a major problem. The output of linkd differs from the actual architecture of my fiber linked switches
and routers! The physical architecture tallies with the output of cisco's "show cdp neighbors command",
but linkd displays totally odd and wrong links.

What could cause this problem and how can I solve it?

Thanks so much.
Jade.
Sent from my BlackBerry wireless device from MTN

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
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
Permalink | Reply | 0 comments |
headers
Robert Rhoads | 2 Apr 2012 14:35
Picon

Error saving asset data for node ID: X

After upgrading to 1.10.0 we are unable to save any changes to the asset info page on any of our nodes.  We get this error.

Error saving asset data for node ID: 1103
com.google.gwt.user.client.rpc.StatusCodeException: 500 The call failed on the server; see server log for details


I found similar posts that were fixed with previous versions.  Any idea how to fix this?

Thanks,
Robert
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
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
Permalink | Reply | 10 comments |
headers
Harsh Pant | 1 Apr 2012 03:12
Picon

OpenNMS android app project GSOC 2012

Hii,

I am Harsh Pant, a 4th year computer science engineering student of
BITS Pilani University, India. I was looking through various android
mobile application development projects offered this year in GSOC,
when i looked upon idea of developing OpenNMS Android app. So i wanted
to discuss more about the idea .I have prior experience in android
mobile application development. Looking forward to your reply.

Regards

Harsh Pant
4th year Under-Graduate
B.E.(Hons.) Computer Science
BITS Pilani

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
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
Permalink | Reply | 0 comments |
headers
Hans Dengel | 2 Apr 2012 15:17
Picon

Using different context for SNMP V3 or multiple v1/2 communities for one IP-Address

Hello,

I need some help on a chassis based DSLAM from keymile.

There is either the possibility to access it via snmp v1/2 or v3. The various modules/cards in the DSLAM are handled via a master agent and unit specific subagents. To access the unit-agents via SNMP v1/2 I have to address them with unit specific communities.

 

1. Is there a way to achieve this in ONMS using v1/2, as I have various communities and only one IP-address of the DSLAM ?

2. If I do not use SNMP v1/2 but SNMP v3: Is there a way to access different contexts for one IP address ? How would this be configured in snmp-config.xml. 

All Agents listen at  the standard udp port. So I can not use different ports to discriminate the contexts or cards.

 

Best regard

 

 

Hans

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
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
Permalink | Reply | 2 comments |
headers
Hans Dengel | 3 Apr 2012 08:34
Picon

Re: Using different context for SNMP V3 or multiplev1/2 communities for one IP-Address

Hello, some further thoughts….

 

Would it be possible to realize this via different collection packages ( one in context1/community1 for Module 1, one for context2/community2 for Module 2 and so on). So the question is  there a way to specify different contexts/communities for specific ip addresses in different packages ?

 

Regards

 

Hans    

 

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
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
Permalink | Reply | 1 comment |
headers
Christian | 3 Apr 2012 10:55

Re: High Threshold for ifInDiscards + ifOutDiscards

Hi John,

thanks for your reply, but I am "only" the Linux guy administrating the 
ONMS system and try to investigate the problems my colleagues throw 
over. I am not really into the Cisco stuff, but my networking colleagues 
seem not to be aware of this problem.
So with your hint I googled and found:

http://www.cisco.com/en/US/tech/tk648/tk362/technologies_q_and_a_item09186a00800b69ac.shtml

So this seems to be the problem and I need to use the 64 bit counters on 
that device. I was thinking ONMS maybe is smart enough  to use the 
correct counters on "standard" Gigabit devices.
So that was a good lesson for me...

Christian
On 3/30/12 3:24 AM, John Blake wrote:
> Wouldnt it be better to use 64 bit counters versus 32 bit seeing as how
> you're trying to look at a Gigbit interface?
>
>
>
>
>
> From:	Christian<opennms <at> cs-it-service.net>
> To:	General OpenNMS Discussion
>              <opennms-discuss <at> lists.sourceforge.net>,
> Date:	03/29/2012 06:14 AM
> Subject:	Re: [opennms-discuss] High Threshold for ifInDiscards +
>              ifOutDiscards
>
>
>
> Hi Jim,
>
> I posted the following one or two weeks ago, but got no reply. So I
> thought I might investigate this again after upgrading to 1.10 But looks
> like there is something wierd going on with these
> Threholds/Datacollections ??
> For me this looks like a bug, but I cant really track this down on my own.
> Maybe one of the developers can give us a hint ?
>
>
> Hi all,
>
> we are getting events on one of the default thresholds, where the values
> go in the millions range but if I do an snmpwalk on the OIDs collected
> there's always a different value. We run OpenNMS 1.8.15
>
> High threshold exceeded for SNMP datasource ifInDiscards + ifOutDiscards on
> interface x.x.x.x., parms: ifLabel="Gi1_0_24" ifIndex="10124"
> label="Gi1/0/24" ds="ifInDiscards + ifOutDiscards" value="14221728.09"
> instance="10124" trigger="2" threshold="1.0" rearm="0.0"
>
>
> After a couple of minutes the rearm event appears, but the counter for
> ifOutDiscards for that interface ist still 5414. I thought if the rearm
> evnts says the value is 0 then the counter should be 0 as well, isn't it
> ? These errors showed up multiple times today and got cleared, the
> counter value always stays the same (see below)
>
>
> On the switch Cisco3750 OID 1.3.6.1.4.1.9.1.516:
>
> sh interfaces counters errors module 1
> Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards
> Gi1/0/24 0 0 0 0 0 5414
>
> snmpwalk shows:
>
> iso.3.6.1.2.1.2.2.1.19.10124 = Counter32: 5414
> iso.3.6.1.2.1.2.2.1.13.10124 = Counter32: 0
>
> The resource graphs also show max values in millions, but I don't
> understand where these values come from, does anyone have an idea ?
>
> Regards,
> Christian
>
>
>
> On 3/28/12 3:57 PM, Jim Jones wrote:
>> Hello,
>>
>> Since updating to 1.10 I've been getting quite a few of the below
> messages, but as I understand it these counters show  the equivalent of
> drops in the show interface command.  When I do a show interface, there's
> nothing there (see below).  Can anybody explain why I'm getting these or am
> I seeing a bug?
>> CHAS-2951#show int g0/1
>> GigabitEthernet0/1 is up, line protocol is up
>>     Hardware is PQ3_TSEC, address is c89c.1dc3.0721 (bia c89c.1dc3.0721)
>>     Internet address is 10.255.255.1/30
>>     MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
>>        reliability 255/255, txload 1/255, rxload 1/255
>>     Encapsulation ARPA, loopback not set
>>     Keepalive set (10 sec)
>>     Full Duplex, 1Gbps, media type is RJ45
>>     output flow-control is unsupported, input flow-control is unsupported
>>     ARP type: ARPA, ARP Timeout 04:00:00
>>     Last input 00:00:00, output 00:00:00, output hang never
>>     Last clearing of "show interface" counters never
>>     Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
>>     Queueing strategy: fifo
>>     Output queue: 0/40 (size/max)
>>     5 minute input rate 7301000 bits/sec, 1060 packets/sec
>>     5 minute output rate 3712000 bits/sec, 899 packets/sec
>>        9913974846 packets input, 10244003264600 bytes, 0 no buffer
>>        Received 318709 broadcasts (0 IP multicasts)
>>        0 runts, 0 giants, 0 throttles
>>        0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
>>        0 watchdog, 318693 multicast, 0 pause input
>>        7737949013 packets output, 3111655156231 bytes, 0 underruns
>>        0 output errors, 0 collisions, 0 interface resets
>>        0 unknown protocol drops
>>        0 babbles, 0 late collision, 0 deferred
>>        0 lost carrier, 0 no carrier, 0 pause output
>>        0 output buffer failures, 0 output buffers swapped out
>>
>> -----Original Message-----
>> From: root [mailto:root <at> nms.wvhdf.com]
>> Sent: Wednesday, March 28, 2012 9:47 AM
>> To: Jim Jones
>> Subject: Notice #166238: High Threshold for ifInDiscards + ifOutDiscards
> on node chas-2951.wvhdf.com.
>> A Threshold has been exceeded on node: chas-2951.wvhdf.com,
> interface:10.255.255.1. The parameter ifInDiscards + ifOutDiscards reached
> a value of 48.3 while the threshold is 1.0. This alert will be rearmed when
> ifInDiscards + ifOutDiscards reaches 0.0.
>>
>> Thanks,
>>        Jim Jones
>>        Sr. Network Administrator
>>        West Virginia Housing Development Fund
>>
>>
>> DISCLAIMER: This email is for the use of the intended recipient(s) only.
> If you have received this email in error, please notify the sender
> immediately and then delete it. If you are not the intended recipient, you
> must not keep, use, disclose, copy or distribute this email without the
> author's prior permission . This email may contain information that is
> privileged,confidential, or protected by law and may be subject to the
> attorney-client privilege. If you are not the intended recipient you are
> hereby notified that any dissemination,copying or distribution of this
> email or its contents is strictly prohibited. If you have received this
> message in error, please notify us immediately by replying to the message
> and deleting it from your computer. If you are the intended recipient and
> you do not wish to receive similar electronic messages from us in the
> future then please respond to the sender to this effect.
>> Internet communications are not assured to be secure or clear of
> inaccuracies as information could be intercepted, corrupted, lost,
> destroyed, arrive late or incomplete, or contain viruses. Therefore, we do
> not accept responsibility for any errors or omissions that are present in
> this email, or any attachment, that have arisen as a result of e-mail
> transmission.
>>
> ------------------------------------------------------------------------------
>
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> 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 SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> 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 SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> 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

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
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
Permalink | Reply | 1 comment |
headers
Fuhrmann, Marcel | 3 Apr 2012 14:17

Re: faulty trap content

Hello again,

today i got 3 traps in sequence for changing a backup tape (the same one). Only the third is faulty.

03.04.12 13:27:08 [<] [>] srv-bck01.tclsg.local 10.4.1.45 [+] [-]
uei.opennms.org/mib2opennms/loaderNeedsAttention [+] [-] Edit notifications for event
loaderNeedsAttention trap received messageText=Backup Exec: Wechslergeraet erfordert
Benutzereingriff serverName=SRV-BCK01 jobName=Wiederherstellen 00090 additionalText=Entnehmen
Sie das Medium aus dem Laufwerk.

03.04.12 13:42:09 [<] [>] srv-bck01.tclsg.local 10.4.1.45 [+] [-]
uei.opennms.org/mib2opennms/loaderNeedsAttention [+] [-] Edit notifications for event
loaderNeedsAttention trap received messageText=Backup Exec: Wechslergeraet erfordert
Benutzereingriff serverName=SRV-BCK01 jobName=Wiederherstellen 00090 additionalText=Entnehmen
Sie das Medium aus dem Laufwerk.

03.04.12 13:53:44 [<] [>] srv-bck01.tclsg.local 10.4.1.45 [+] [-]
uei.opennms.org/mib2opennms/loaderNeedsAttention [+] [-] Edit notifications for event
loaderNeedsAttention trap received messageText=Backup Exec: Wechslergeraet erfordert
Benutzereingriff serverName=SRV-BCK01 jobName=Wiederherstellen 00090 additionalText=0x4c6567656e2053696520646173204d656469756d20224c544f3030303032362220696e20646173204c6175667765726b2065696e2e0a0a4b6c69636b656e205369652061756620224a61222c20756d2064656e20566f7267616e67207a752062657374e4746967656e2e0a4b6c69636b656e205369652061756620224e65696e222c20756d2064656e20566f7267616e67207a7520776965646572686f6c656e2e0a4b6c69636b656e2053696520617566202241626272656368656e222c20756d2064656e20566f7267616e672061627a756272656368656e2e

Can somebody explain this?

I also opened an issue ticket for this case. Here the link: http://issues.opennms.org/browse/NMS-5281


Thanks for help.


-----Ursprüngliche Nachricht-----
Von: Fuhrmann, Marcel [mailto:Marcel.Fuhrmann <at> lux.ag] 
Gesendet: Freitag, 30. März 2012 21:00
An: General OpenNMS Discussion
Betreff: Re: [opennms-discuss] faulty trap content

I've installed a new OpenNMS (other machine) like described here: http://www.opennms.org/wiki/Installation:Debian

It's also an Ubuntu 10.04.
I didn't configured something in NMS. Just configured BackupExec to send traps to the new machine.

Here it is :-( 

30.03.12 20:48:20 [<] [>] 	  	10.4.1.45 [+] [-] 	 
http://uei.opennms.org/vendor/BackupExec/traps/jobSuccessExcept [+] [-] Edit notifications for event

Backup Exec: jobSuccessExcept trap received messageText=Backup Exec: Auftrag mit Ausnahmen
abgeschlossen serverName=SRV-BCK01 jobName=EdgeSight-Wochenendsicherung-Wochenbackup - Disk -
Freitags additionalText=0x4465722041756674726167207775726465206572666f6c67726569636820616267657363686c6f7373656e2e2045732074726174656e206a65646f63682064696520666f6c67656e64656e20426564696e67756e67656e206175663a0a0a4175662064656d2052656d6f74652d436f6d707574657220776972642065696e6520e46c746572652056657273696f6e20646573204261636b757020457865632052656d6f7465204167656e7420617573676566fc6872742e20536965206dfc7373656e2064656e2052656d6f7465204167656e7420616b7475616c6973696572656e2c20756d2065696e652073696368657265204b6f6d6d756e696b6174696f6e207a7769736368656e2064656d204167656e7420756e642064656e204261636b757020457865632d4d656469656e7365727665726e207a752065726df6676c696368656e2e

Something is really strange here.



-----Ursprüngliche Nachricht-----
Von: Kevin Küper [mailto:kevin.kueper <at> meypack.de]
Gesendet: Dienstag, 20. März 2012 16:51
An: General OpenNMS Discussion
Betreff: Re: [opennms-discuss] faulty trap content

Hi,
how about setting up a virtual machine. Maybe VMware Player and Converter. 
So you can try with a copy of your machine and a fresh new installation.
Maybe it's a faulty configuration file and you might test your installation with the original files.
Could be hard work but you wont have to reinstall and reconfigure your system.

Do you have a machine from where you can manually send traps?
I've got some APC UPS which I use to send those.


-----Ursprüngliche Nachricht-----
Von: Fuhrmann, Marcel [mailto:Marcel.Fuhrmann <at> lux.ag]
Gesendet: Dienstag, 20. März 2012 13:37
An: General OpenNMS Discussion
Betreff: Re: [opennms-discuss] faulty trap content

Hello again,

I thought only parm[#4] is afflicted. But here is a trap from TrendMicro. Just one argument and it is faulty, too.

Received unformatted enterprise event (enterprise:.1.3.6.1.4.1.6101.141 generic:6 specific:0). 1
args: .1.3.6.1.4.1.6101.141="0x446572205472656e64204d6963726f205365637572697479204167656e742068617420313020537079776172652f47726179776172652d566f7266e46c6c6520696e203330204d696e757465286e292061756620496872656e20436c69656e747320656e746465636b742e204573206b616e6e207369636820756d2065696e656e20566972656e61757362727563682061756620496872656d204e65747a7765726b2068616e64656c6e2e20496d2046656e73746572204c6976652d537461747573206bf66e6e656e20536965207765697465726520416b74696f6e656e20647572636866fc6872656e2e"

Is there any chance to or specify the reason or repair this problem?  I can't imagine that this is a bug. Some
others would have such issues too. Without getting readable traps, OpenNMS is very impractical. Maybe I
should reinstall it.



-----Ursprüngliche Nachricht-----
Von: Fuhrmann, Marcel [mailto:Marcel.Fuhrmann <at> lux.ag]
Gesendet: Montag, 19. März 2012 14:39
An: General OpenNMS Discussion
Betreff: Re: [opennms-discuss] faulty trap content

It's enough to drive one to despair...
I had an idea. Maybe the data in the database is correct and the gui shows crap. But it isn't so. :-(
----------------------------------------------------------------------------------------------------
   82977 | http://uei.opennms.org/vendor/BackupExec/traps/jobSuccessExcept |    169 | 2012-03-16
23:06:42+01 | srv-bck01.tclsg.local | trapd       | 10.4.1.45 | undefined   | 10.4.1.45     |           |
.1.3.6.1.4.1.1302.3.1.2.8,undefined,v1,4,6,kj3v45hv345j23 | .1.3.6.1.4.1.1302.3.3.5=Backup
Exec: Auftrag mit Ausnahmen abgeschlossen(OctetString,text);.1.3.6.1.4.1.1302.3.3.1=SRV-BCK01(OctetString,text);.1.3.6.1.4.1.1302.3.3.3=Q2l0cml4IFZlcndhbHR1bmctQmFja3VwIFBsYW4tQjJELVf2Y2hlbnRsaWNo(OctetString,base64);.1.3.6.1.4.1.1302.3.3.6=RGVyIEF1ZnRyYWcgd3VyZGUgZXJmb2xncmVpY2ggYWJnZXNjaGxvc3Nlbi4gRXMgdHJhdGVuIGplZG9jaCBkaWUgZm9sZ2VuZGVuIEJlZGluZ3VuZ2VuIGF1ZjoKCkJhY2t1cCBFeGVjIGtvbm50ZSBrZWluZSBWZXJiaW5kdW5nIHp1IG1pbmRlc3RlbnMgZWluZW0gdmlydHVlbGxlbiBDb21wdXRlciBoZXJzdGVsbGVuIHVuZCBrb25udGUgZGllIGVyZm9yZGVybGljaGVuIE1ldGFkYXRlbiBm/HIgZGllIFdpZWRlcmhlcnN0ZWxsdW5nIGVpbnplbG5lciBBbndlbmR1bmdzZWxlbWVudGUgbmljaHQgZXJmYXNzZW4uIFNpZSBr9m5uZW4gYmVpIGFrdGl2aWVydGVyIEdSVC1PcHRpb24ga2VpbmU

gV2llZGVyaGVyc3RlbGx1bmcgZGVyIEFud2VuZHVuZ3NkYXRlbiB2b24gZGllc2VtIEJhY2t1cCBkdXI%61(OctetString,base64)
| 2012-03-16 23:06:42.983+01 | <p>The Job succeeded, but there was a problem.</p><table>
<tr><td><b>messageText</b></td><td>Backup Exec: Auftrag mit Ausnahmen abgeschlossen</td><td><p;></p></td;></tr><tr><td><b>serverName</b></td><td>SRV-BCK01</td><td><p;></p></td;></tr><tr><td><b>jobName</b></td><td>0x4369747269782056657277616c74756e672d4261636b757020506c616e2d4232442d57f66368656e746c696368</td><td><p;></p></td;></tr><tr><td><b>additionalText</b></td><td>0x4465722041756674726167207775726465206572666f6c67726569636820616267657363686c6f7373656e2e2045732074726174656e206a65646f63682064696520666f6c67656e64656e20426564696e67756e67656e206175663a0a0a4261636b75702045786563206b6f6e6e7465206b65696e652056657262696e64756e67207a75206d696e64657374656e732065696e656d207669727475656c6c656e20436f6d7075746572206865727374656c6c656e20756e64206b6f6e6e746520646965206572666f726465726c696368656e204

d657461646174656e2066fc7220646965205769656465726865727374656c6c756e672065696e7a656c6e657220416e77656e64756e6773656c656d656e7465206e6963687420657266617373656e2e20536965206bf66e6e656e2062656920616b746976696572746572204752542d4f7074696f6e206b65696e65205769656465726865727374656c6c756e672064657220416e77656e64756e6773646174656e20766f6e2064696573656d204261636b757020647572</td><td><p;></p></td;></tr></table>
|               | <p>Backup Exec: jobSuccessExcept trap received messageText=Backup Exec: Auftrag mit Ausnahmen
abgeschlossen serverName=SRV-BCK01
jobName=0x4369747269782056657277616c74756e672d4261636b757020506c616e2d4232442d57f66368656e746c696368 additionalText=0x4465722041756674726167207775726465206572666f6c67726569636820616267657363686c6f7373656e2e2045732074726174656e206a65646f63682064696520666f6c67656e64656e20426564696e67756e67656e206175663a0a0a4261636b75702045786563206b6f6e6e7465206b65696e652056657262696e64756e67207a75206d696e64657374656e732065696e656d20766972747565

6c6c656e20436f6d7075746572206865727374656c6c656e20756e64206b6f6e6e746520646965206572666f726465726c696368656e204d657461646174656e2066fc7220646965205769656465726865727374656c6c756e672065696e7a656c6e657220416e77656e64756e6773656c656d656e7465206e6963687420657266617373656e2e20536965206bf66e6e656e2062656920616b746976696572746572204752542d4f7074696f6e206b65696e65205769656465726865727374656c6c756e672064657220416e77656e64756e6773646174656e20766f6e2064696573656d204261636b757020647572</p>
|             1 |                 |                  |                      |                   |                 |                 |                         |                   |              |                   |              |                    | Y        | Y            |              |              |         |
(1 row)
----------------------------------------------------------------------------------------------------
I set trapd to DEBUG and caught the log from an incoming trap:
----------------------------------------------------------------------------------------------------
2012-03-19 14:22:26,176 DEBUG [TrapQueueProcessor] Snmp4JTrapNotifier$Snmp4JV1TrapInformation:
v1 trap - trapInterface: /0.0.0.0
2012-03-19 14:22:26,176 DEBUG [TrapQueueProcessor] EventCreator: setTrapIdentity: SNMP trap
[Generic=6, Specific=1, EnterpriseId=.1.3.6.1.4.1.674.10893.2.30]
2012-03-19 14:22:26,193 DEBUG [TrapQueueProcessor] EventConfData: Match found using key: EventKey [
        id    = [.1.3.6.1.4.1.674.10893.2.30]
        generic    = [6]
        specific    = [1]

]

2012-03-19 14:22:26,193 DEBUG [TrapQueueProcessor] TrapQueueProcessor: Trap successfully
converted and sent to eventd with UEI uei.opennms.org/mib2opennms/storageArrayCritical
----------------------------------------------------------------------------------------------------
It doesn't seem (for me) like there is a problem. But the event data is crap again:
----------------------------------------------------------------------------------------------------
storageArrayCritical trap received deviceHostIP=0.0.0.0 deviceHostName=
deviceUserLabel=MD3000-Backup deviceErrorCode= eventTime=Mo, 19 Mrz 2012 14:22:26 +0100
trapDescription=0x42656e61636872696368746967756e67209620546573746d656c64756e6720
componentType= componentLocation=
----------------------------------------------------------------------------------------------------
The eventd log (debug) shows this:
----------------------------------------------------------------------------------------------------
2012-03-19 14:32:23,325 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl: Event {
2012-03-19 14:32:23,327 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:   uuid  = <not-set>
2012-03-19 14:32:23,327 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:   uei   = uei.opennms.org/mib2opennms/storageArrayCritical
2012-03-19 14:32:23,327 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:   src   = trapd
2012-03-19 14:32:23,327 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:   iface = 0.0.0.0
2012-03-19 14:32:23,327 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:   time  = Monday, 19
March 2012 13:32:23 GMT
2012-03-19 14:32:23,328 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:   parms {
2012-03-19 14:32:23,328 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:    
(.1.3.6.1.4.1.674.10893.2.30.1.1.0, 0.0.0.0)
2012-03-19 14:32:23,328 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:    
(.1.3.6.1.4.1.674.10893.2.30.1.1.1, )
2012-03-19 14:32:23,328 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:    
(.1.3.6.1.4.1.674.10893.2.30.1.1.2, MD3000-Backup)
2012-03-19 14:32:23,328 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:    
(.1.3.6.1.4.1.674.10893.2.30.1.1.3, )
2012-03-19 14:32:23,328 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:    
(.1.3.6.1.4.1.674.10893.2.30.1.1.4, Mo, 19 Mrz 2012 14:32:23 +0100)
2012-03-19 14:32:23,328 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:    
(.1.3.6.1.4.1.674.10893.2.30.1.1.5, QmVuYWNocmljaHRpZ3VuZyCWIFRlc3RtZWxkdW5nIA==)
2012-03-19 14:32:23,328 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:    
(.1.3.6.1.4.1.674.10893.2.30.1.1.6, )
2012-03-19 14:32:23,328 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:    
(.1.3.6.1.4.1.674.10893.2.30.1.1.7, )
2012-03-19 14:32:23,329 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl:   }
2012-03-19 14:32:23,329 DEBUG [EventHandlerPool-fiber3] DefaultEventHandlerImpl: }
2012-03-19 14:32:23,576 DEBUG [EventHandlerPool-fiber3] EventConfData: Match found using key:
EventKey [
        id    = [.1.3.6.1.4.1.674.10893.2.30]
        generic    = [6]
        specific    = [1]

]

2012-03-19 14:32:23,577 DEBUG [EventHandlerPool-fiber3] JdbcEventWriter: JdbcEventWriter:
processing uei.opennms.org/mib2opennms/storageArrayCritical nodeid: 333 ipaddr: 0.0.0.0
serviceid: null time: Monday, 19 March 2012 13:32:23 GMT
2012-03-19 14:32:23,579 DEBUG [EventHandlerPool-fiber3] JdbcEventWriter: DBID: 85697
2012-03-19 14:32:23,589 DEBUG [EventHandlerPool-fiber3] JdbcEventWriter: SUCCESSFULLY added
uei.opennms.org/mib2opennms/storageArrayCritical related  data into the EVENTS table.
2012-03-19 14:32:23,591 DEBUG [EventHandlerPool-fiber3] JdbcEventWriter: EventWriter finished for
: uei.opennms.org/mib2opennms/storageArrayCritical
2012-03-19 14:32:23,591 DEBUG [EventHandlerPool-fiber3] EventIpcManagerDefaultImpl: Event ID
85697 to be broadcasted: uei.opennms.org/mib2opennms/storageArrayCritical
2012-03-19 14:32:23,591 DEBUG [EventHandlerPool-fiber3] EventIpcManagerDefaultImpl: Queued event
ID 85697 to listener thread: Actiond:BroadcastEventProcessor
2012-03-19 14:32:23,592 DEBUG [EventHandlerPool-fiber3] EventIpcManagerDefaultImpl: Queued event
ID 85697 to listener thread: Notifd:BroadcastEventProcessor
2012-03-19 14:32:23,592 DEBUG [EventHandlerPool-fiber3] EventIpcManagerDefaultImpl: Queued event
ID 85697 to listener thread: Scriptd:BroadcastEventProcessor
2012-03-19 14:32:23,592 DEBUG [EventHandlerPool-fiber3] EventIpcManagerDefaultImpl: Queued event
ID 85697 to listener thread: Alarmd
2012-03-19 14:32:23,592 DEBUG [EventHandlerPool-fiber3] EventIpcManagerDefaultImpl: Queued event
ID 85697 to listener thread: OpenNMS.Poller.DefaultPollContext
2012-03-19 14:32:23,593 DEBUG [EventHandlerPool-fiber3] EventIpcManagerDefaultImpl: No listener
interested in event ID 85697: uei.opennms.org/mib2opennms/storageArrayCritical
----------------------------------------------------------------------------------------------------




-----Ursprüngliche Nachricht-----
Von: Fuhrmann, Marcel [mailto:Marcel.Fuhrmann <at> lux.ag]
Gesendet: Freitag, 16. März 2012 11:20
An: General OpenNMS Discussion
Betreff: Re: [opennms-discuss] faulty trap content

No luck :-(
This is a test trap from an MD3000i storage:

16.03.12 11:18:27 [<] [>] 	0.0.0.0 [+] [-] 	0.0.0.0 [+] [-] 	 
uei.opennms.org/mib2opennms/storageArrayCritical [+] [-] Edit notifications for event

storageArrayCritical trap received deviceHostIP=0.0.0.0 deviceHostName=
deviceUserLabel=MD3000-Backup deviceErrorCode= eventTime=Fr, 16 Mrz 2012 11:18:27 +0100
trapDescription=0x42656e61636872696368746967756e67209620546573746d656c64756e6720
componentType= componentLocation=



-----Ursprüngliche Nachricht-----
Von: Fuhrmann, Marcel [mailto:Marcel.Fuhrmann <at> lux.ag]
Gesendet: Freitag, 16. März 2012 11:05
An: General OpenNMS Discussion
Betreff: Re: [opennms-discuss] faulty trap content

Ubuntu Server 10.04 x86
de_DE.UTF-8
 
I changed it in
/etc/default/locale
to
en_GB.UTF-8

Now i'm waiting for traps.


-----Ursprüngliche Nachricht-----
Von: Seibold, Michael [mailto:Michael.Seibold <at> barmer-gek.de]
Gesendet: Freitag, 16. März 2012 10:34
An: 'General OpenNMS Discussion'
Betreff: Re: [opennms-discuss] faulty trap content

Hi Marcel,

what is your oiperating system? Which value has the LANG environement variable (assuming *x operating system)?

Try to change the LANG and restart opennms 

- Michael

-----Ursprüngliche Nachricht-----
Von: Fuhrmann, Marcel [mailto:Marcel.Fuhrmann <at> lux.ag]
Gesendet: Freitag, 16. März 2012 09:34
An: General OpenNMS Discussion
Betreff: Re: [opennms-discuss] faulty trap content

I deleted the relevant *.events.xml files for testing.
Now the events are unformatted events but the information is in hex again. It must be an underlying problem,
I think.

Received unformatted enterprise event (enterprise:.1.3.6.1.4.1.6876.4.3 generic:6 specific:203).
5 args: .1.3.6.1.4.1.6876.4.3.308.0="4" .1.3.6.1.4.1.6876.4.3.304.0="Grau"
.1.3.6.1.4.1.6876.4.3.305.0="Grau"
.1.3.6.1.4.1.6876.4.3.306.0="0x616c61726d2e4865616c74685374617475734368616e676564416c61726d202d2045726569676e69733a20537461747573c3a46e646572756e672028343132363930290ac39c62657273696368743a2053746174757320766f6e205352562d56434530312e74636c73672e6c6f63616c20287643656e74657229206765c3a46e6465727420766f6e20677265656e20696e207265640a446174756d3a2031362e30332e323031322030353a34393a32370a42656e75747a65726e616d653a204865616c746820536572766963650a417267756d656e74653a0a20202020636f6d706f6e656e744964203d2039393544424646382d324638352d344645452d423839462d4532353941374535324238380a20202020636f6d706f6e656e744e616d65203d205352562d56434530312e74636c73672e6c6f63616c20287643656e746572290a202020206e6577537461747573203d207265640a202020206f6c64537461747573203d20677265656e0a"
.1.3.6.1.4  .1.6876.4.3.307.0="Datencenter"



-----Ursprüngliche Nachricht-----
Von: Fuhrmann, Marcel [mailto:Marcel.Fuhrmann <at> lux.ag]
Gesendet: Donnerstag, 15. März 2012 18:03
An: General OpenNMS Discussion
Betreff: Re: [opennms-discuss] faulty trap content

Does nobody has an idea?

Many trap contens look like this:

"0x42656e61636872696368746967756e67209620546573746d656c64756e6720"

I converted it to ascii and taadaaa! "?Benachrichtigung ? Testmeldung". Readable.

But what's the reason?


 

-----Ursprüngliche Nachricht-----
Von: Fuhrmann, Marcel [mailto:Marcel.Fuhrmann <at> lux.ag]
Gesendet: Dienstag, 13. März 2012 10:32
An: opennms-discuss <at> lists.sourceforge.net
Betreff: [opennms-discuss] faulty trap content

Hello list,

I used this guide (http://www.opennms.org/wiki/Upgrade_Guide:_1.8_to_1.10) to update from 1.8 to
1.10. (Ubuntu 10.04 x86).
But OpenNMS won't start.

output.log shows:
Caused by: org.opennms.core.xml.MarshallingResourceFailureException: Failed to
marshal/unmarshal XML file while unmarshalling XML file: org.exolab.castor.xml.MarshalException:
Invalid byte 2 of 3-byte UTF-8 sequence.{File: [not available]; line: 21; column: 68}; nested exception
is org.exolab.castor.xml.MarshalException: Invalid byte 2 of 3-byte UTF-8 sequence.{File: [not
available]; line: 21; column: 68}

I found out, that my backupexec.events.xml, at line 21 column 68, contains special characters like ä or
ö. I changed them into an other notation like ae and ue and now OpenNMS starts. I used this trap definitions
with NMS 1.8, too. I've heard, that some Java components have problems with special characters (e.g. my
notifications can't handle ä, ö, ü or ß). Maybe the Java update to 1.6 is the problem? This is not a great
problem for me, but maybe there is a context to the next problem.

It's definitive more a problem. 
Now I get events with content like this:
0x566572617262656974756e6720626567696e6e656e2c20756d205370656963686572706c61747a20766f6e20616267656c617566656e656e204d656469656e207a7572fc636b7a75666f726465726e2e0a

But not only my BackupExec-traps are afflicted. Also VMware traps (which are included by default) have
such content.
I found out, that only %parm[#4]% is afflicted:

VMware:
vpxdAlarmInfo trap received
vmwVpxdTargetObjType=4
vmwVpxdOldStatus=Grau
vmwVpxdNewStatus=Grau
vmwVpxdObjValue=0x616c61726d2e4865616c74685374617475734368616e676564416c61726d202d2045726569676e69733a20537461747573c3a46e646572756e672028343034313138290ac39c62657273696368743a2053746174757320766f6e205352562d56434530312e74636c73672e6c6f63616c20287643656e74657229206765c3a46e6465727420766f6e20677265656e20696e207265640a446174756d3a2030352e30332e323031322031383a33303a33320a42656e75747a65726e616d653a204865616c746820536572766963650a417267756d656e74653a0a20202020636f6d706f6e656e744964203d2039393544424646382d324638352d344645452d423839462d4532353941374535324238380a20202020636f6d706f6e656e744e616d65203d205352562d56434530312e74636c73672e6c6f63616c20287643656e746572290a202020206e6577537461747573203d207265640a202020206f6c64537461747573203d20677265656e0a vmwVpxdTargetObj=Datencenter

BackupExec:
jobSuccessExcept trap received
messageText=Backup Exec: Auftrag mit Ausnahmen abgeschlossen
serverName=SRV-BCK01
jobName=Citrix Verwaltung-Backup Plan-B2D-Montag-Donnerstag additionalText=0x4465722041756674726167207775726465206572666f6c67726569636820616267657363686c6f7373656e2e2045732074726174656e206a65646f63682064696520666f6c67656e64656e20426564696e67756e67656e206175663a0a0a4261636b75702045786563206b6f6e6e7465206b65696e652056657262696e64756e67207a75206d696e64657374656e732065696e656d207669727475656c6c656e20436f6d7075746572206865727374656c6c656e20756e64206b6f6e6e746520646965206572666f726465726c696368656e204d657461646174656e2066fc7220646965205769656465726865727374656c6c756e672065696e7a656c6e657220416e77656e64756e6773656c656d656e7465206e6963687420657266617373656e2e20536965206bf66e6e656e2062656920616b746976696572746572204752542d4f7074696f6e206b65696e65205769656465726865727374656c6c756e672064657220416e77656e64756e6773646174656e20766f6e2064696573656d204261636b757020647572

Any ideas what's wrong here?

--
Marcel

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________
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 SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________
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 SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________
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 SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________
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 SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________
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 SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________
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 SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________
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 SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________
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

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
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
Permalink | Reply | 2 comments |
headers
Samuel Mutel | 3 Apr 2012 14:39

Issue with auto map creation

Hello everybody,

I setup the automatic map creation regarding the wiki : http://www.opennms.org/wiki/Automatic_Map_Creation.
When my nodes are created in the database, elementType is H instead of N, why ? So they are viewable in the map.
When I changed them manually to N, it works.

 elementid | mapid | elementtype | elementlabel | elementicon | elementx | elementy |  id
-----------+-------+-------------+--------------+-------------+----------+----------+------
       144 |  7623 | H           | site-a-test  | switch      |        0 |        0 | 7765
       143 |  7624 | H           | site-b-test  | switch      |        0 |        0 | 7766
      7623 |  7622 | M           | Site A       | map         |      485 |      350 | 7767
      7624 |  7622 | M           | Site B       | map         |      485 |      450 | 7768

Regards,
Samuel Mutel.

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
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
Permalink | Reply | 0 comments |
headers
Tomas Heredia | 3 Apr 2012 15:23

Filters for Rancid Adapter

Hi all!

I've been trying to filter wich nodes are going to be treated by the
rancid adapter...
I tried both

    <filter>IPADDR != '0.0.0.0' &amp; (categoryName == Switches)</filter>

and

    <filter>IPADDR != '0.0.0.0' &amp; (catincSwitches)</filter>

inside package in rancid-configuration.xml.
without luck.
So, all nodes which correspond to rancid-unmanaged Provisioning groups
trigger the following alarm:

::Rancid provisioning failed: Error: RWS PUT failed for
URL:http://x.x.x.x/rws/rancid/groups/PROVISIONING1/nodeX Status: Not
Found (404) - Resource Not Found

Which would be the right way to make a working filter based on node
categories?

Thanks!

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
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
Permalink | Reply | 0 comments |
headers
Rod Ormon | 3 Apr 2012 17:55
Picon

Re: Polling "passive" nodes

Have you looked at the Passive Status Keeper and the SNMP Asset Provisioning Adapter? These two OpenNMS features might to the job for you ... maybe just the PSK alone will be enough.

 

With Passive Status Keeper, Passive nodes are nodes for which OpenNMS maintains the status of its interfaces and services, yet typically, is not an actual IP based service.

See: http://www.opennms.org/wiki/Passive_Status_Keeper

 

The SNMP Asset Provisioning Adapter “should” be able to populate the asset table for you. When installed, the adapter is invoked by provisiond (every time provisioning is run or a node is added or updated by provisiond. You can see the adapters log messages in the provisiond log file.) Your default provisioning cycle is once every 24hours but you could change this to a shorter time period (for an individual provisioning group) if required. Just note that the Adapter will start (I think the default is 3 minutes) after the provisioning cycle finishes.

 

See: http://www.opennms.org/wiki/SNMP_Asset_Provisioning_Adapter

 

Let us know how it went!

Rod

 

 

 

From: Jesse White [mailto:jwhite <at> datavalet.com]
Sent: Saturday, March 24, 2012 2:01 PM
To: opennms-discuss <at> lists.sourceforge.net
Subject: [opennms-discuss] Polling "passive" nodes

 

Hello list,

I am looking to monitor the status of several APs which are connected to one of many Aruba Wireless controllers. I can't communicate with the APs directly, although I can poll their status through the controller via SNMP.

I would like to have the APs configured as individuals nodes with IPs in the 169.1.x.x range and with their MAC addresses stored in one of the asset fields.
   
Is it possible, with the current functionality present in OpenNMS v1.10.0 to:
    1) Walk the "AP Status" tables on one or more controllers and store the results in a table (maybe database or in-memory?)

    snmpwalk -On -v2c -c <COMMUNITY> <CONTROLLER_IP> .1.3.6.1.4.1.14823.2.2.1.5.2.1.4.1.19
    .1.3.6.1.4.1.14823.2.2.1.5.2.1.4.1.19.0.254.254.254.254.1 = INTEGER: 1
    .1.3.6.1.4.1.14823.2.2.1.5.2.1.4.1.19.0.254.254.254.254.2 = INTEGER: 2
    .1.3.6.1.4.1.14823.2.2.1.5.2.1.4.1.19.0.254.254.254.254.3 = INTEGER: 1
    ...
    
    If the APs MAC address is present in this table and the value is set the 1, the AP is assumed to be Online.
    ( The MAC addresses in the output have been replaced with 0.254.254.254.254 )

    2) Have a service configured on each of the APs that checks if its MAC address (stored in assets) is present in the table

Thanks,
Jesse

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
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
Permalink | Reply | 0 comments |

Gmane