- observium - lists.observium.org

New hosts ports are not discovered?
by Shaun Courtney 21 Apr '15

21 Apr '15

Hi I’m having an issue with 0.15.4.6392. When polling devices I get ./discovery.php -d -h hostname.domain.com <http://hostname.domain.com/> ….. SQL[INSERT INTO `eventlog` (`device_id`,`entity_id`,`entity_type`,`timestamp`,`severity`,`message`) VALUES ('143','143','device',NOW(),'6','Inventory: 3 added.')] RUNTIME[0.00013995s] ERROR[Error in query: (1364) Field 'reference' doesn't have a default value] and also: SQL[INSERT INTO `entPhysical` (`entPhysicalIndex`,`entPhysicalDescr`,`entPhysicalClass`,`entPhysicalName`,`entPhysicalHardwareRev`,`entPhysicalFirmwareRev`,`entPhysicalSoftwareRev`,`entPhysicalAlias`,`entPhysicalAssetID`,`entPhysicalIsFRU`,`entPhysicalModelName`,`entPhysicalVendorType`,`entPhysicalSerialNum`,`entPhysicalContainedIn`,`entPhysicalParentRelPos`,`entPhysicalMfgName`,`ifIndex`,`device_id`) VALUES ('1','MikroTik RouterBoard','chassis','','','','','','','false','','','57820471C18C','0','0','MikroTik','','143')] RUNTIME[0.00013900s] ERROR[Error in query: (1366) Incorrect integer value: '' for column 'ifIndex' at row 1] 192.sql has: ALTER TABLE `ports` ADD `port_label_short` VARCHAR( 16 ) NOT NULL AFTER `port_label` ; Changing this to “DEFAULT NULL” seems to fix the problem and ports are discovered and graphed… (I’ve run ./discovery.php -u Observium 0.15.4.6392 Discovery ) Can anyone assist? Regards, Shaun

5 5

RedHatEnterpriseServer 6.4 icon not recognized
by Juan Asensio Sánchez 21 Apr '15

21 Apr '15

Hi The icon for RedHat is not recognized, but yes in CentOS (screenshots attahed). This is the output of the distro command in RH: Linux|2.6.32-358.el6.x86_64|amd64|RedHatEnterpriseServer|6.4 And this in CentOS: Linux|2.6.32-504.el6.x86_64|amd64|CentOS|6.6 Regards. -- Juan Asensio Sánchez Administrador de sistemas, Indra +34 639 18 94 13<callto:+34639189413> | jasensios(a)indra.es<mailto:jasensios@indra.es> | http://www.indracompany.com [cid:part4.08000101.07090003@indra.es] ________________________________ Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary.

2 4

WS-SVC-WISM2-K9
by Chip Pleasants 20 Apr '15

20 Apr '15

Hi all, After building a new Observium server our Cisco WISM2's (WS-SVC-WISM2-K9) aren't recognized as Cisco Wireless Controllers any longer. They come up as Generic Devices on the new server. On the old they are recognized as Cisco Wireless Controllers. Is there something I need to change on my side? Thanks, Chip

2 4

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