- observium - lists.observium.org

Application alerts, e.g. Exchange/MSSQL
by Colin Stubbs 20 Apr '15

20 Apr '15

Hi Observium Developers, What's the situation with moving towards being able to alert on WMI apps, e.g. Exchange/MSSQL data? e.g. alert if submission queue size >= X It looks as if there's been some work on moving towards this based on the 'app_state' column in the 'applications-state' table... but only for MSSQL, as the current exchange.inc.php doesn't even serialize and insert an app_data in there. Is there a development plan for alerts on WMI apps ? Happy to contribute towards it, but I'd like to avoid wasting time working with what's currently there if a completely different direction is going to be taken. Thanks -Colin

1 0

After an update this morning, can't add server anymore (Unsupported SNMP Version)
by Joel Golliet 17 Apr '15

17 Apr '15

Hi, we have a pro version of observium. I did an update this morning with svp. And now, when i try to had a server, i have the error : ######## epoc-07:/opt/observium# ./add_device.php xxxxxxxxxxxxxxx public v2c Observium 0.15.4.6388 Add Device(s) Try to add xxxxxxxxxxxxxxx: Trying v2c community public ... ERROR: : Unsupported SNMP Version. No reply on community public using v2c. Could not reach xxxxxxxxxxxxxxx with given SNMP parameters using v2c. Devices skipped: 1. USAGE: add_device.php <hostname> [community] [v1|v2c] [port] [udp|udp6|tcp|tcp6] add_device.php <hostname> [any|nanp|anp|ap] [v3] [user] [password] [enckey] [md5|sha] [aes|des] [port] [udp|udp6|tcp|tcp6] add_device.php <filename> [...] ######## If i try a simple "snmpwalk" with the same server/settings from my observium server, it works : # snmpwalk -v2c -c public xxxxxxxxxxxxxxx iso.3.6.1.2.1.1.1.0 = STRING: "Linux xxxxxx 3.xxxx #4 SMP Tue Jul 23 14:15:08 CEST 2013 x86_64" iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.8072.3.2.10 iso.3.6.1.2.1.1.3.0 = Timeticks: (682253742) 78 days, 23:08:57.42 iso.3.6.1.2.1.1.4.0 = STRING: "xxxxxxxxxxxxxxx" iso.3.6.1.2.1.1.5.0 = STRING: "xxxxxxxxxxxxxxx" iso.3.6.1.2.1.1.6.0 = STRING: "xxxxxxxxxxxxxxx" iso.3.6.1.2.1.1.8.0 = Timeticks: (0) 0:00:00.00 iso.3.6.1.2.1.1.9.1.2.1 = OID: iso.3.6.1.6.3.10.3.1.1 iso.3.6.1.2.1.1.9.1.2.2 = OID: iso.3.6.1.6.3.11.3.1.1 iso.3.6.1.2.1.1.9.1.2.3 = OID: iso.3.6.1.6.3.15.2.1.1 iso.3.6.1.2.1.1.9.1.2.4 = OID: iso.3.6.1.6.3.1 ... When i do the "add_device.php", looking at snmp packets with tcpdump on target server (here 10.0.1.6), i can see a request/response with observium server (here 10.0.0.16) : # tcpdump -n -s 2000 -p host 10.0.0.16 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 2000 bytes 10:15:30.911770 IP 10.0.0.16 > 10.0.1.6: ICMP echo request, id 15935, seq 0, length 76 10:15:30.911782 IP 10.0.1.6 > 10.0.0.16: ICMP echo reply, id 15935, seq 0, length 76 10:15:30.918085 IP 10.0.0.16.17331 > 10.0.1.6.161: F=r U= E= C= GetRequest(14) 10:15:30.918221 IP 10.0.1.6.161 > 10.0.0.16.17331: F= U= E= 0x800x000x070xE50x800x300xF10x420x3B0x170xED0x110x450x000x000x000x00 C= Report(31) .1.3.6.1.6.3.15.1.1.4.0=9 Am i the only one with this problem ? Does anybody have any idea why it doesn't work anymore ? I tried this through web interface and i have the same error. B.R. -- Signature email • *Joël GOLLIET |* *Ingénieur Infrastructure et Système* • Tel : +33 4 86 11 37 08 | joel.golliet(a)2lm.fr <mailto:joel.golliet@2lm.fr> • 2L Multimedia - Park Nord, Les Pléiades, 74370 - Metz-Tessy - FRANCE Pensez à l'environnement, n'imprimez cet e-mail qu'en cas de réelle nécessité

2 1

NetApp filer graphs for Disk IO and Network IO are all NaN
by Peter Loron 16 Apr '15

16 Apr '15

We're running Observium Pro 0.15.4.6386, and I have added our NetApp 2230 filers. The filers are running v8.2.2 Cluster. I'm getting some data, but the graphs in Observium for Network I/O and Disk I/O are all NaN. Any ideas? I'm willing to poke into the issue (bad interpretation of returned values? Need updated OID?), but not sure where to start. Thanks. -Pete

3 6

Maximum length for interface descriptions?
by Andrew Plas 16 Apr '15

16 Apr '15

Greetings, I've been on the Observium mailing list for a while, and this is my first inquiry. I have been using Observium for about a year now and continue to be impressed with the product and appreciate the active community on this list. I am attempting to use the default interface description parser outlined in: http://www.observium.org/wiki/Interface_Description_Parsing. However, I notice that if the interface descriptions are too long, either the "Notes" field or the "Circuit" field does not display. In searching through the mailing list archives, I hadn't found a specific answer to this. For example, if I have an interface description like so: description Cust: CustomerA's Full Name MPLS [20Mbps] (Carrier Name) {00/ABCD/000000//ABCD} I receive this output under Ports>Customers page: [image: Inline image 1] And if I adjust the interface description to exclude the "Notes" field, the "Circuit" field displays properly. description Cust: CustomerA's Full Name MPLS [20Mbps] {00/ABCD/000000//ABCD} [image: Inline image 2] Doing an snmpwalk, I do see the the full description in both cases. snmpwalk -c SNMPSTRING -v 2c ng-511-sw-edge1 .1.3.6.1.4.1.9.2.2.1.1.28 <omitted> iso.3.6.1.4.1.9.2.2.1.1.28.10610 = STRING: "Cust: CustomerA's Full Name MPLS [20Mbps] (Carrier Name) {00/ABCD/000000//ABCD}" Is there a maximum length that the parser will allow? Is this just a matter of column width on the "Ports" pages? I notice on other ports, when a customer has a really long name it does roll over to another line. Any reason the "Circuit" or "Notes" fields can't? For better or worse, I'd like as much useful information on the dashboard as possible and unfortunately some of these carrier's circuit ID's are very long... My equipment is a Cisco 3750E and I am currently running Observium Professional at version 0.15.4.6378 Thank you for any and all input!

3 3

Re: [Observium] Alerting on BGP Ucast prefixes
by Pedersen, Sean 15 Apr '15

15 Apr '15

The only BGP-related metrics at the moment are bgpPeerState, bgpPeerAdminStatus, and bgpFsmEstablishedTime. The prefix data might be graphed, but the same data might not necessarily be available via the alerting system. I’d like to see that kind of alerting as well! Though I don’t think it’d replace something more robust like BGPMon. Plus, it could get quite chatty unless you could set limits on route changes. From: Michael Vieth Reply-To: Observium Network Observation System Date: Wednesday, April 15, 2015 at 7:48 AM To: Observium Network Observation System Subject: [Observium] Alerting on BGP Ucast prefixes I am ecstatic that unicast prefix is graphed on Observium. Is there a way to alert on a change in the number of routes being advertised? For example, say I am receiving 500 routes from a peer, and that drops to 430, is that an alert-able event? (Sorry if this is a repeated question, I am having difficulty finding detailed information on alerts outside of the wiki that just has general alerts documented.) Cheers, Michael Vieth Founded in 2007, IO provides the data center as a service to businesses and governments around the world. The communication contained in this e-mail is confidential and is intended only for the named recipient(s) and may contain information that is privileged, proprietary, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. Please immediately notify the sender of the error, and delete this communication including any attached files from your system. Thank you for your cooperation.

5 11

/usr/libexec/mysqld: The table 'ports_cbqos' is full
by Chip Pleasants 15 Apr '15

15 Apr '15

I was wondering if anyone has seen this message constantly repeating in the mysqld.log and maybe have an idea how to fix it? 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full -Chip

2 2

Alerting on BGP Ucast prefixes
by Michael Vieth 15 Apr '15

15 Apr '15

I am ecstatic that unicast prefix is graphed on Observium. Is there a way to alert on a change in the number of routes being advertised? For example, say I am receiving 500 routes from a peer, and that drops to 430, is that an alert-able event? (Sorry if this is a repeated question, I am having difficulty finding detailed information on alerts outside of the wiki that just has general alerts documented.) Cheers, Michael Vieth

1 0

How to submit to the development team ?
by Nicolas COULIN 14 Apr '15

14 Apr '15

Hi, I add HP UPS in observium, and I would like to know how to submit this code? /opt/observium/includes/definitions/os.inc.php $os = "hpups"; $config['os'][$os]['text'] = "HP UPS OS"; $config['os'][$os]['type'] = "power"; $config['os'][$os]['icon'] = "hp"; $config['os'][$os]['sysObjectID'][] = ".1.3.6.1.4.1.232.165"; $config['os'][$os]['mibs'][] = "CPQPOWER-MIB"; $config['os'][$os]['mib_blacklist'][] = "BGP4-MIB"; $config['os'][$os]['mib_blacklist'][] = "HOST-RESOURCES-MIB"; /opt/observium/includes/discovery/os/hpups.inc.php <?php /** * Observium * * This file is part of Observium. * * @package observium * @subpackage poller * @copyright (C) 2006-2014 Adam Armstrong * */ $manufacturer = trim(snmp_get($device, ".1.3.6.1.4.1.232.165.3.1.1.0", "-OQv", "", ""),'" '); $hardware = trim(snmp_get($device, ".1.3.6.1.4.1.232.165.3.1.2.0", "-OQv", "", ""),'" '); $version = trim(snmp_get($device, ".1.3.6.1.4.1.232.165.3.1.3.0", "-OQv", "", ""),'" '); $serial = trim(snmp_get($device, ".1.3.6.1.4.1.232.165.1.2.7.0", "-OQv", "", ""),'" '); // EOF Add mib, and /opt/observium/includes/discovery/sensors/cpqpower-mib.inc.php Thanks, [Logo Kleegroup]

2 1

WIFI AP with sane SNMP
by Nikolay Shopik 14 Apr '15

14 Apr '15

Hey guys, Can you recommend WiFi AP vendor with somewhat sane SNMP stack?

2 2

Re: [Observium] WIFI AP with sane SNMP
by Adam Armstrong 14 Apr '15

14 Apr '15

I've been working with Ruckus's zoneflex devices, the SNMP is quite well laid out and they don't seem to die. They've already partial support in observium, with more coming when I get time :) If you find something else with similarly well structured MIBs (radios, wlans, ssids, etc all nicely enumerated) support can probably be extended to that too. Assuming of course we don't embargo russian SNMP traffic before then :D Adam. On 14 Apr 2015 12:10, Nikolay Shopik <shopik(a)inblock.ru> wrote: > > Hey guys, > > Can you recommend WiFi AP vendor with somewhat sane SNMP stack? > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0