- observium - lists.observium.org

Changing the Mysql connections graph format
by Louis Bailleul 11 Mar '16

11 Mar '16

Hi, I found the Mysql connections graph a little difficult to read. So I changed it to use lines instead of stacked area. It is still not perfect because of the huge scale imposed by drawing the maximum number of connection and maximum number of connection reached. But at least you can actually read the value of your spikes of connections instead of working out the difference between the number of connection + max number of connection reached. Before : [cid:image001.png@01D17BB3.BAD5C7F0] After : [cid:image002.png@01D17BB3.BAD5C7F0] The diff of the file : svn diff -r HEAD /opt/observium/html/includes/graphs/application/mysql_connections.inc.php Index: /opt/observium/html/includes/graphs/application/mysql_connections.inc.php =================================================================== --- /opt/observium/html/includes/graphs/application/mysql_connections.inc.php (revision 7661) +++ /opt/observium/html/includes/graphs/application/mysql_connections.inc.php (working copy) @@ -40,6 +40,6 @@ $nototal = 1; $unit_text = "Connections"; -include("includes/graphs/generic_multi_simplex_separated.inc.php"); +include("includes/graphs/generic_multi_line.inc.php"); // EOF Best regards, Louis [http://www.pgs.com/mediaFiles/Exclaimer%20graphics/PGS_LOGO_RGB_42x53px.jpg]<http://www.pgs.com> Louis Bailleul Computer Systems Engineer Imaging & Engineering | Imaging Telephone: +44 1932 376000 Direct: +44 1932 376842 VOIP: 74416842 Mobile: +44 7786 525307 Email: louis.bailleul(a)pgs.com<mailto:Louis.Bailleul@pgs.com> A Clearer Image | www.pgs.com<http://www.pgs.com> [http://www.pgs.com/mediaFiles/Exclaimer%20graphics/150731-ColourWave-660x14…] Address: 4 The Heights, Brooklands, Weybridge, Surrey, KT13 0NY, United Kingdom This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.

1 0

Howto Integrate observium alerts with external event monitoring tool
by Ruiz, Carlos 11 Mar '16

11 Mar '16

good morning everyone, We're evaluating to use observium as our hardware monitoring solution for some datacenters, but we need to clearly understand how can we integrate the generated alerts in the tool with external event monitoring solutions that are the ones used by our Operation Center guys. I guess that we can run queries against the mysql table hosting such events, is there any other possibilities? Maybe interact with mysql DB is the recommended way, that way can any of you share with me the data model of such table? Thanks in advance for your help and sorry for the generic questions, but we're starting with the evaluation activity and we're at observium rookie level Kind Regards -- Carlos Ruiz Compute System Management Senior Engineer Roche Farma, S.A.Josefa Valcarcel, 40. ES-28027 Madrid (Spain) Phone: +34 91 305 99 25 Mobile: +34 662 10 46 14 * *

2 1

Avoid adding round robin dns devices
by Louis Bailleul 11 Mar '16

11 Mar '16

Hi, I have some devices that are configured with a round robin DNS entry. I believe that as we are running lldp on servers too, the auto discovery pick them up and add them. But as the picture below shows, this is pretty much useless as each polling end up on a different server. (You can see that the sysdescr and sysname contains contradictory data : lxfer01 and lxfer02) Would it be possible to detect that the FQDN is a round robin alias and avoid adding it as a new device ? And it would be perfect if it could be the same for CNAME as well, as it is not really worthwhile having Observium polling a node for each of its aliases. [cid:image001.png@01D17B91.B4998790] Best regards, Louis [http://www.pgs.com/mediaFiles/Exclaimer%20graphics/PGS_LOGO_RGB_42x53px.jpg]<http://www.pgs.com> Louis Bailleul Computer Systems Engineer Imaging & Engineering | Imaging Telephone: +44 1932 376000 Direct: +44 1932 376842 VOIP: 74416842 Mobile: +44 7786 525307 Email: louis.bailleul(a)pgs.com<mailto:Louis.Bailleul@pgs.com> A Clearer Image | www.pgs.com<http://www.pgs.com> [http://www.pgs.com/mediaFiles/Exclaimer%20graphics/150731-ColourWave-660x14…] Address: 4 The Heights, Brooklands, Weybridge, Surrey, KT13 0NY, United Kingdom This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.

3 4

I got alert mail in every 5 minutes. Bug? V2 :)
by Laszlo Nemeth 11 Mar '16

11 Mar '16

Hi All, Some week ago i wrote a mail because we found an alert bug and we got lot of mails (in every 5. minutes) instead of just 1 in 24 hours. This Observium was an updated from the 2015.07 CE to the latest (CE.0.16.1.7533). We thougth that the problem was because of the upgrade process and the alert function was new and something went bad.... Now i made a clear install of the latest Observium CE from .tgz. I added only one host, add the same alert, and i’m receiving again the alerts mail in every 5. minutes. I didn’t touch any file just the config.php because of the SQL access of the Observium! I added a host (emaussw01). It is a Cisco Nexus device with 7 FEX modules. I see the temperatures of FEXs (4 values from every FEX) all is under 50C but not one module. This module are the "FEX-111 Module-1 Die-1". This is over 50C. I add an alert, export is this: <?xml version="1.0"?> <templates> <template type="alert" description="Autogenerated observium template" version="0.91" created="Thu, 10 Mar 2016 15:29:04 +0100" observium="0.16.1.7533" id="73249fd2b23ef5f715d749ce2e98be41"> <entity_type>sensor</entity_type> <name>emaussw01 temp check</name> <message>Temp alarm!</message> <severity>crit</severity> <suppress_recovery>0</suppress_recovery> <delay>0</delay> <conditions_and>1</conditions_and> <conditions>sensor_value gt 50</conditions> <conditions_complex>sensor_value gt 50</conditions_complex> <associations> <device>hostname eq emaussw01</device> <entity>sensor_class is temperature</entity> </associations> </template> </templates> I associated one user for this check via email alert. Alert history is: Date Device Alert Check Entity Message Status 2016-03-10 15:38:26 emaussw01 emaUSSW01 temp check Fex-111 Module-1 Die-1 Alert notification sent ALERT_NOTIFY 2016-03-10 15:34:15 emaussw01 emaUSSW01 temp check Fex-111 Module-1 Die-1 Alert notification sent ALERT_NOTIFY 2016-03-10 15:29:12 emaussw01 emaUSSW01 temp check Fex-111 Module-1 Die-1 Alert notification sent ALERT_NOTIFY 2016-03-10 15:24:06 emaussw01 emaUSSW01 temp check Fex-111 Module-1 Die-1 Alert notification sent ALERT_NOTIFY 2016-03-10 15:18:29 emaussw01 emaUSSW01 temp check Fex-111 Module-1 Die-1 Alert notification sent ALERT_NOTIFY 2016-03-10 15:14:07 emaussw01 emaUSSW01 temp check Fex-111 Module-1 Die-1 Alert notification sent ALERT_NOTIFY 2016-03-10 15:08:29 emaussw01 emaUSSW01 temp check Fex-111 Module-1 Die-1 Alert notification sent ALERT_NOTIFY 2016-03-10 15:03:51 emaussw01 emaUSSW01 temp check Fex-111 Module-1 Die-1 Alert notification sent ALERT_NOTIFY And i got email allways (1 minutes earlier) when ALERT_NOTIFY is present in the log: # grep -i "Date: Thu” /var/spool/mail/obstestuser Date: Thu, 10 Mar 2016 15:02:50 +0100 Date: Thu, 10 Mar 2016 15:07:28 +0100 Date: Thu, 10 Mar 2016 15:13:07 +0100 Date: Thu, 10 Mar 2016 15:17:28 +0100 Date: Thu, 10 Mar 2016 15:23:06 +0100 Date: Thu, 10 Mar 2016 15:28:11 +0100 Date: Thu, 10 Mar 2016 15:33:14 +0100 Date: Thu, 10 Mar 2016 15:37:26 +0100 What can i debug for resolve this problem? Thanks! Regards Laszlo

3 6

freeradius agent and "PHP Fatal error: Call-time pass-by-reference has been removed in" [SEC=UNCLASSIFIED]
by Peter.Hine＠familycourt.gov.au 11 Mar '16

11 Mar '16

ref 1: http://wiki.freeradius.org/config/Status ref 2: http://stackoverflow.com/questions/8971261/php-5-4-call-time-pass-by-refere… freeradius v3.0 php5 v5.5 I've updated $radmsg IAW ref 1 $radmsg = "Message-Authenticator = 0x00, FreeRADIUS-Statistics-Type = $ statstype, Response-Packet-Type = Access-Accept"; running radclient as noted in ref1 also works. So all setup and working. ref2 indicates the fault is easy to fix but i can't understand it. -------- dc2radius1:/usr/lib/observium_agent/local root $ ./freeradius PHP Fatal error: Call-time pass-by-reference has been removed in /usr/lib/observium_agent/local/freeradius on line 54 -------- line 54: exec("echo '$radmsg' | $radcmd", &$out, $retval); how might line 54 be altered to actually run. The alternatively is to rewrite it as a shell script (cause thats how programmers work, they rewrite in the language they know). thanks Peter Hine Senior Technical Support Engineer (Servers) FCoA ITS peter.hine(a)familycourt.gov.au ********************************************************************** The information contained in this e-mail (including any attachments) is for the exclusive use of the addressee. If you are not the intended recipient please notify the sender immediately and delete this e-mail. It is noted that legal privilege is not waived because you have read this e-mail. **********************************************************************

4 6

Alert Checks on Observium reports device down when they are actually not
by Arya, Renuka [MED] 10 Mar '16

10 Mar '16

Hi Team, I have setup the following Alert on my Observium device. See attachment (Alert_DeviceDown). I sometimes get the alerts that the device is down . See attachment (Devices_Down). However, the devices were actually not down. So most likely it is the Server on which Observium is install, do not get a ping response from the switch(device we monitoring). I ran MTR tests between the Observium server and switch in question, I don't see any packet losses, but I do see average RTT of 0.2 ms and worst RTT as 3.8 ms. So, is it possible when Observium does not get a ping response from the switch in the desirable amount of time, it marks it DOWN. How this desirable amount is calculated. Is there way we can edit this? Or is there any other recommended way for monitoring the devices? Thanks! Regards Renuka ******************************************************************************** This e-mail is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged and confidential. If the reader of this e-mail message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is prohibited. If you have received this e-mail in error, please notify the sender and destroy all copies of the transmittal. Thank you University of Chicago Medicine and Biological Sciences ********************************************************************************

4 8

CE-edition; Sorting of Health-status columns?
by Pål Rydningen 09 Mar '16

09 Mar '16

Is it a design-choice to not being able to sort by columns in the Health page? As in ... Sort ascending/decending by Memory Usage, Toner usage, CPU etc. This is CE edition. -- Pål R.

2 2

db.log full after upgrade to Observium CE 0.16.1.7533
by Mike Driscoll 09 Mar '16

09 Mar '16

After upgrade, all seemed well until my disk filled up. db.log contains countless entries about unknown columns. A couple examples are below. I completed the schema update and full discovery at the end of the upgrade process per: http://www.observium.org/docs/updating/ <http://www.observium.org/docs/updating/>. Rerunning discovery.php -u says my schema is up to date. But something isn’t right. Is there a way to force the schema update to run again? Perhaps that will install all the missing columns? [2016/03/07 18:01:22 +0000] poller.php(9947): Failed dbQuery (#1054 - Unknown column 'port_label_short' in 'field list'), Query: UPDATE `ports` set `port_label` ='Vlan1',`port_label_short` ='Vlan1',`ifLastChange` ='2016-03-04 22:27:35' WHERE `port_id` = '2412' [2016/03/07 16:16:10 +0000] poller.php(23363): Failed dbQuery (#1054 - Unknown column 'entity_id' in 'field list'), Query: INSERT INTO `eventlog` (`device_id`,`entity_id`,`entity_type`,`timestamp`,`severity`,`message`) VALUES ('78','42018','port',NOW(),'6','Interface changed: [port_label] \'\' -> \'xe-0/1/1\'; [port_label_short] \'\' -> \'xe-0/1/1\'; [ifLastChange] \'2015-04-27 15:45:11\' -> \'2015-04-27 22:47:09\'')

5 10

Alert by CustomOID
by chott＠praha1.net 09 Mar '16

09 Mar '16

Hello everybody,§ Can i create Alert check for CustomOID value ? Tom

2 2

freeradius agent and "PHP Fatal error: Call-time pass-by-reference has been removed in" [SEC=UNCLASSIFIED]
by Peter.Hine＠familycourt.gov.au 09 Mar '16

09 Mar '16

ref 1: http://wiki.freeradius.org/config/Status ref 2: http://stackoverflow.com/questions/8971261/php-5-4-call-time-pass-by-refere… freeradius v3.0 php5 v5.5 I've updated $radmsg IAW ref 1 $radmsg = "Message-Authenticator = 0x00, FreeRADIUS-Statistics-Type = $ statstype, Response-Packet-Type = Access-Accept"; running radclient as noted in ref1 also works. So all setup and working. ref2 indicates the fault is easy to fix but i can't understand it. -------- dc2radius1:/usr/lib/observium_agent/local root $ ./freeradius PHP Fatal error: Call-time pass-by-reference has been removed in /usr/lib/observium_agent/local/freeradius on line 54 -------- line 54: exec("echo '$radmsg' | $radcmd", &$out, $retval); how might line 54 be altered to actually run. The alternatively is to rewrite it as a shell script (cause thats how programmers work, they rewrite in the language they know). thanks Peter Hine Senior Technical Support Engineer (Servers) FCoA ITS peter.hine(a)familycourt.gov.au ********************************************************************** The information contained in this e-mail (including any attachments) is for the exclusive use of the addressee. If you are not the intended recipient please notify the sender immediately and delete this e-mail. It is noted that legal privilege is not waived because you have read this e-mail. **********************************************************************

1 0