- observium - lists.observium.org

Administration delegation
by Youssef BENGELLOUN - ZAHR 26 Oct '16

26 Oct '16

1 0

Re: [Observium] new icons
by Serghei Golipad 26 Oct '16

26 Oct '16

I’ve made no changes what so ever and it’s been working before, one of the updates screwed this up. From: observium <observium-bounces(a)observium.org> on behalf of "Vater, Wolfgang" <wolfgang.vater(a)de.unisys.com> Reply-To: Observium Network Observation System <observium(a)observium.org> Date: Wednesday, 26 October 2016 at 12:19 To: Observium Network Observation System <observium(a)observium.org> Subject: Re: [Observium] new icons Did you enable fdbcount in the ports polling section on the modules tab in the device config? From: observium [mailto:observium-bounces@observium.org] On Behalf Of Serghei Golipad Sent: Wednesday, October 26, 2016 13:05 To: Observium Network Observation System <observium(a)observium.org> Subject: Re: [Observium] new icons Mine has disappeared: [cid:image001.png@01D22F85.5F365DC0] From: observium [mailto:observium-bounces@observium.org] On Behalf Of Vater, Wolfgang Sent: 26 October 2016 12:01 To: Observium Network Observation System Subject: Re: [Observium] new icons Hmm, I have a FDB table on my ports [cid:image002.png@01D22F85.5F365DC0] From: observium [mailto:observium-bounces@observium.org] On Behalf Of Serghei Golipad Sent: Wednesday, October 26, 2016 12:56 To: Observium Network Observation System <observium(a)observium.org<mailto:observium@observium.org>> Subject: Re: [Observium] new icons Yes, but where did FDB table go on per port basis? ☹ No one answered so far. From: observium [mailto:observium-bounces@observium.org] On Behalf Of Anders Alavik Sent: 26 October 2016 11:49 To: Observium Network Observation System Subject: Re: [Observium] new icons +1 Best Med vänlig hälsning, Anders Alavik BogalNet AB 0738-305435 26 okt. 2016 kl. 12:44 skrev Vater, Wolfgang <wolfgang.vater(a)de.unisys.com<mailto:wolfgang.vater@de.unisys.com>>: Just upgraded, love the new icons! Wolfgang _______________________________________________ observium mailing list observium(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. CDW Limited is a Company registered in England and Wales. This email is sent for and on behalf of CDW Finance Holdings Limited. CDW Finance Holdings Limited is the UK holding company for CDW Limited trading as CDW. The registered office for CDW Finance Holdings Limited (Company Number 05872067) and its UK group undertakings is 10 Fleet Place, London, EC4M 7RB. VAT Registration 902 1949 39. Confidentiality: This e-mail contains proprietary information, some or all of which may be confidential and/or legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then delete the original. If you are not the intended recipient you may not use, disclose, distribute, copy, print or rely on any information contained in this e-mail. You must not inform any other person other than CDW or the sender of its existence. For more information about CDW please visit www.uk.cdw.com<http://www.uk.cdw.com>

1 0

new icons
by Vater, Wolfgang 26 Oct '16

26 Oct '16

Just upgraded, love the new icons! Wolfgang

3 5

Map No change in frontpage
by San Rollheiser 26 Oct '16

26 Oct '16

Hi i have problems with the map. Change via web and via file in defualt.inc.php But never change... always show: Leaflet | Map data © OpenStreetMap contributors, © CARTO My observium is the Stable Version Licensed and use a Old BK in my new installation. Any idea? BR Santiago

2 3

change to html/includes/authenticate.inc.php broke apache's AuthBasicFake . [SEC=UNCLASSIFIED]
by Peter.Hine＠familycourt.gov.au 26 Oct '16

26 Oct '16

Adam, First up, this happened a long time ago. It's just taken till now to find why it broke (cause i have free time, i'm testing 0.16.9.8118 and found the error again) The problem lies in line 200 of html/includes/authenticate.inc.php (v0.16.9.8118) if (!$_SESSION['authenticated'] && (authenticate($_SESSION['username'], $auth_password) || // login/password in older versions, "$auth_password" was "$_SESSION['password']". by replacing "$auth_password" with "$_SESSION['password']"., AuthBasicFake works again. I can't see where "$auth_password" is initialized but it's not my code so i'll not assume too much more than that. thanks Peter Hine Senior Technical Support Engineer (Servers) Corporate Services | Federal Court of Australia ********************************************************************** 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. **********************************************************************

2 2

JpGraph install
by Michaël MORELIERE 25 Oct '16

25 Oct '16

Hi, I try to install jpgraph. I follow the instruction : No Jpgraph installed *Jpgraph has been removed from the Observium repositories and must now be installed separately* * Please download from http://jpgraph.net/download/ and unpack to html/includes/jpgraph. * Remove the theme definition from the bottom of html/includes/jpgraph/src/jpg-config.inc.php when I refresh the page i get a jpgraph error 25121. Anyone can help me on this ? Regards -- Michaël MORELIERE

4 8

Potential RRD Cache bug with Unix Agent / Applications
by Andy Lemin 25 Oct '16

25 Oct '16

Hi, Not sure if this is a bug, or a cannot fix, but; If rrdcached is running and "$config['rrdcached'] = "unix:/var/run/rrdcached.sock" is configured in config.php, the graphs for the Unix Agent do not work. I can understand why Smokeping does not work if it does not know how to read and write from the unix socket (so we created a link to SmokePing in the Globe menu). But I cannot think why the Observium UNIX Agent does not work, as that is a part of Observium, and the rest of observium works with rrdcached. I can only guess that the UNIX Agent poller is not writing to the UNIX socket and is still trying to write to /opt/observium/rrd/, however when I disable RRDCache and remove the rrdcached line from config.php, all the old data appears. This makes me think that the UNIX Agent poller is writting to the socket correctly, and it is just Observium itself that is failing to revert to reading from the UNIX socket for Applications etc. Cheers, Andy.

1 0

Ports sensors missing for Brocade FCX 648
by Youssef BENGELLOUN - ZAHR 25 Oct '16

25 Oct '16

1 0

Update Issue
by Josh Hopper 24 Oct '16

24 Oct '16

Hello, I updated my Ubuntu VM from version 14.04 to 16.04 (LTS). After doing so PHP was not working as Observium's GUI wouldn't load. I updated PHP and PHP MYSQLI accordingly. I'm on v7 now. I was able to get to the login screen and login, however, after, I get a blank window. [image: Inline image 1] Code behind it looks odd. <!DOCTYPE html> <html lang="en"> <head> <base href="http://svr-observium.noc.dynamicinfastructure.com/" /> <meta http-equiv="content-type" content="text/html; charset=utf-8" /> <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1" />  <link href="css/observium.css <http://svr-observium.noc.dynamicinfastructure.com/css/observium.css>" rel=" stylesheet" type="text/css" /> <link href="css/jquery.qtip.min.css <http://svr-observium.noc.dynamicinfastructure.com/css/jquery.qtip.min.css>" rel="stylesheet" type="text/css" /> <link href="css/svg_png.css <http://svr-observium.noc.dynamicinfastructure.com/css/svg_png.css>" rel=" stylesheet" type="text/css" /> <link href="css/flags.css <http://svr-observium.noc.dynamicinfastructure.com/css/flags.css>" rel=" stylesheet" type="text/css" /> <link href="css/c3.min.css <http://svr-observium.noc.dynamicinfastructure.com/css/c3.min.css>" rel=" stylesheet" type="text/css" />   <script type="text/javascript" src="js/jquery.min.js <http://svr-observium.noc.dynamicinfastructure.com/js/jquery.min.js>"> </script> <script type="text/javascript" src="js/bootstrap.min.js <http://svr-observium.noc.dynamicinfastructure.com/js/bootstrap.min.js>"> </script> <script type="text/javascript" src="js/observium.js <http://svr-observium.noc.dynamicinfastructure.com/js/observium.js>"> </script> <script type="text/javascript" src="js/d3.min.js <http://svr-observium.noc.dynamicinfastructure.com/js/d3.min.js>"></script> <script type="text/javascript" src="js/c3.min.js <http://svr-observium.noc.dynamicinfastructure.com/js/c3.min.js>"></script>   <meta http-equiv="refresh" content="300" /> <title>Observium</title> <link rel="shortcut icon" href="images/observium-icon.png <http://svr-observium.noc.dynamicinfastructure.com/images/observium-icon.png>" /> Like, where is the rest? :) It seems Observium is still running as I can run a discovery and poller from the command line and it runs fine. I did an svn update too to be on the latest version of Observium. Thanks for the help! -- JOSHUA HOPPER NETWORK ENGINEER 1-828-558-1403 Joshua.Hopper(a)broadplex.net www.broadplex.net

3 6

Re: [Observium] Transceiver alerts checkers
by Henrik Cednert (Filmlance) 24 Oct '16

24 Oct '16

-- Henrik Cednert cto | compositor Filmlance International | www.filmlance.se mobile [ + 46 (0)704 71 89 54 ] skype [ cednert ] On 2016-10-24, 16:48, "observium on behalf of Youssef BENGELLOUN - ZAHR" <observium-bounces(a)observium.org on behalf of ybzahr(a)prodware.fr> wrote: Dear Observium Community, I’m trying to configure alerts checkers for our transceivers sensors. Checkers have to be as generic as possible as we run, probably like you, all kinds of gear (routers / switchs / servers / etc.). I have created the following checkers : It seems something is wrong with the top 3 checkers. Either I’m too generic and sensor_values I have don’t apply or sensor_class I’m using is not the right one !?! Anyhow, a little help would be appreciated :-) Thank you. Youssef BENGELLOUN - ZAHR - Consultant Expert Prodware France T : +33 979 999 000 - F : +33 988 814 001 - ybzahr(a)prodware.fr ________________________________________ Web : prodware.fr <http://www.prodware.fr> <http://twitter.com/Prodware/> <http://www.facebook.com/Prodware/> <https://www.linkedin.com/company/prodwarefrance> <https://www.youtube.com/c/ProdwareFrance> <http://www.viadeo.com/fr/company/prodware> <http://www.prodware.fr/social-network/>

1 1

Temperature Sensor Compatibility
by Cameron Murray 23 Oct '16

23 Oct '16

Guys, Can anyone recommend a small IP based temperature/humidity sensor unit to monitor remote racks? I've checked http://www.observium.org/docs/supported_devices/ but would like firsthand experience recommendations please. Regards, Cameron

8 8

running observium on freebsd
by Simon Smith 22 Oct '16

22 Oct '16

Hi All, this is a random question, has anyone got observium running correctly on freebsd? managed to get it all setup and running, panels fine, add devices fine, poll device manually, etc only issue I’m having is i can’t get the cronjob working for every 5mins? i can see from the cron log in /var/log its running the poller correctly Oct 18 04:05:00 observium /usr/sbin/cron[49554]: (root) CMD (/opt/observium/poller-wrapper.py 2 >> /dev/null) Oct 18 04:10:00 observium /usr/sbin/cron[50385]: (root) CMD (/usr/libexec/atrun) Oct 18 04:10:00 observium /usr/sbin/cron[50387]: (root) CMD (/opt/observium/poller-wrapper.py 2 >> /dev/null) Oct 18 04:15:00 observium /usr/sbin/cron[51227]: (root) CMD (/usr/libexec/atrun) Oct 18 04:15:00 observium /usr/sbin/cron[51228]: (root) CMD (/opt/observium/poller-wrapper.py 2 >> /dev/null) Oct 18 04:20:00 observium /usr/sbin/cron[52076]: (root) CMD (/usr/libexec/atrun) Oct 18 04:20:00 observium /usr/sbin/cron[52079]: (root) CMD (/opt/observium/poller-wrapper.py 2 >> /dev/null) Oct 18 04:25:00 observium /usr/sbin/cron[52917]: (root) CMD (/usr/libexec/atrun) Oct 18 04:25:00 observium /usr/sbin/cron[52918]: (root) CMD (/opt/observium/poller-wrapper.py 2 >> /dev/null) Oct 18 04:30:00 observium /usr/sbin/cron[53752]: (root) CMD (/usr/libexec/atrun) Oct 18 04:30:00 observium /usr/sbin/cron[53753]: (root) CMD (/opt/observium/poller-wrapper.py 2 >> /dev/null) however no data gets inserted into the db, but if i run the command manually as root, it inserts stuff fine? the only thing i can think of is the php is running apache which then runs as www not root would this have an issue maybe? regards Simon

4 7

quering raid status on adaptec, lsi, 3w cli
by Sebastian Klute 21 Oct '16

21 Oct '16

Is there a way to get the current raid status of the common controllers? We are using several LSI 9xxxx series some adaptec 6405 8405 and from time to time 3ware controllers. I've noticed that there is a discovery module for raid but if enabled nothing happens. Looking into some codes even through the unix agent there is only cfggen but no support for megacli like stuff. Any workarounds? Other methods to get the status? Best regards Sebastian Klute -- Accelerated IT Services GmbH Kruppstraße 105 - 60388 Frankfurt - Germany sk(a)accelerated.de - http://www.accelerated.de/ Phone: +49 69 - 900 180 41 - Fax: +49 69 - 900 180 90 HRB: 60665 - Amtsgericht Ludwigshafen - VatID: DE253684415 Managing Directors: Nicolaj Kamensek & Ole Krieger

2 1

Re: [Observium] Carel / pCo Discovery
by Robert Williams 21 Oct '16

21 Oct '16

Hi, Thanks for that, I’ve selected one host and disabled the MIB here (only): I have left the Sensors module (and all others) enabled and then re-run the discovery – output attached. FWIW – in the non-debug mode, it still mentions UNCDZ (twice actually): ##### Module Start: sensors ##### ENTITY-SENSOR-MIB o UNCDZ-MIB temp-amb [] temp-ext [] temp-mand [] temp-circ [] temp-ac [] umid-amb [] hdiff [] hu-diff [.] hset [.] hset-sm [.] t-set-sm [] t-set-c-sm [] t-cw-dh [] t-set-cw [] t-rc-es [] t-rc-est [] t-set-lm [.] hu-set [] hu-set-sm [] o UNCDZ-MIB t-set [] t-diff [] t-set-c [] <snip>... Let me know if I’m missing something stupid here – cheers! Robert Williams Custodian Data Centre Email: Robert(a)CustodianDC.com http://www.CustodianDC.com

2 2

Checker/Alert Notification Issue
by Pico Leto 21 Oct '16

21 Oct '16

Hi, I have a BGP alert checker / notification that doesn't seem to be working like it used to. The check applies to only about 140 peers. It's the standard test that the documentation provides. Enitity/Device match are * and the test is: bgpPeerAdminStatus equals start bgpPeerState notequals established I've noticed recently that I have only been getting some device notifications while the others don't even make it to the mail queue, however observium says that a notification was sent. I've tried deleting the alert checker and recreating it with the same results. Created a fake BGP peer that is in Active mode right now and ran the debugger on it (also a debug on a current working peer) *(no notification)* $ ./test_alert.php -a 128226 -dd DEBUG! Load class 'Console_Color2' from '/opt/observium/libs/pear/Console/Color2.php': OK SQL[SELECT `attrib_value` FROM `observium_attribs` WHERE `attrib_type` = 'dbSchema';] ROWS[1] SQL RUNTIME[0.00035691s] SQL[SELECT @@SESSION.sql_mode;] ROWS[1] SQL RUNTIME[0.00018501s] SQL[SELECT `attrib_value` FROM `observium_attribs` WHERE `attrib_type` = 'current_rev';] ROWS[1] SQL RUNTIME[0.00025105s] SQL[SELECT * FROM `config`] ROWS[0] SQL RUNTIME[0.00022912s] Load class 'Net_IPv6' from '/opt/observium/libs/pear/Net/IPv6.php': OK Observium 0.16.10.8161 Test Alert Notification CMD[/opt/observium/scripts/distro] CMD EXITCODE[0] CMD RUNTIME[0.0168s] STDOUT[ Linux|3.10.0-327.36.1.el7.x86_64|amd64|CentOS|7.2.1511 ] CMD[/usr/bin/env python --version 2>&1] CMD EXITCODE[0] CMD RUNTIME[0.0047s] STDOUT[ Python 2.7.5 ] SQL[SELECT version();] ROWS[1] SQL RUNTIME[0.00029111s] CMD[/usr/bin/snmpget --version 2>&1] CMD EXITCODE[0] CMD RUNTIME[0.0087s] STDOUT[ NET-SNMP version: 5.7.2 ] CMD[/usr/bin/rrdtool --version | head -n1] CMD EXITCODE[0] CMD RUNTIME[0.0086s] STDOUT[ RRDtool 1.4.8 Copyright 1997-2013 by Tobias Oetiker <tobi(a)oetiker.ch> ] CMD[/usr/bin/rrdcached -h | head -n1] CMD EXITCODE[0] CMD RUNTIME[0.0082s] STDOUT[ RRDCacheD 1.4.8 ] CMD[/usr/bin/env apache2 -v | awk '/Server version:/ {print $3}'] CMD EXITCODE[0] CMD RUNTIME[0.004s] STDOUT[ ] CMD[/usr/bin/env httpd -v | awk '/Server version:/ {print $3}'] CMD EXITCODE[0] CMD RUNTIME[0.0346s] STDOUT[ Apache/2.4.6 ] CMD[date "+%:z"] CMD EXITCODE[0] CMD RUNTIME[0.0032s] STDOUT[ -07:00 ] SQL[SELECT TIMEDIFF(NOW(), UTC_TIMESTAMP);] ROWS[1] SQL RUNTIME[0.00026107s] SQL[SELECT @@SESSION.sql_mode;] ROWS[1] SQL RUNTIME[0.00019383s] SQL[SHOW VARIABLES LIKE 'character_set_connection'] ROWS[1] SQL RUNTIME[0.00065804s] ##### Software versions ##### o OS Linux 3.10.0-327.36.1.el7.x86_64 [amd64] (CentOS 7.2.1511) o Apache 2.4.6 o PHP 5.4.16 o Python 2.7.5 o MySQL 5.5.50-MariaDB (extension: mysqli 5.5.50-MariaDB) o SNMP NET-SNMP 5.7.2 o RRDtool 1.4.8 (rrdcached 1.4.8: unix:/var/run/rrdcached/rrdcached.sock) ##### MySQL mode ##### o MySQL ##### Charset info ##### o PHP UTF-8 o MySQL utf8 ##### Timezones info ##### o Date Thursday, 20-Oct-16 21:40:54 PDT o PHP -07:00 o MySQL -07:00 SQL[SELECT * FROM `alert_tests` WHERE 1] ROWS[32] SQL RUNTIME[0.00031996s] Cached 32 alert rules. SQL[SELECT * FROM `alert_assoc`] ROWS[32] SQL RUNTIME[0.00021911s] SQL[SELECT * FROM `alert_table` WHERE `alert_table_id` = '128226'] ROWS[1] SQL RUNTIME[0.00021100s] SQL[SELECT * FROM `devices` WHERE `device_id` = '77'] ROWS[1] SQL RUNTIME[0.00027394s] SQL[SELECT * FROM `device_graphs` WHERE `device_id` = '77'] ROWS[38] SQL RUNTIME[0.00034308s] SQL[SELECT * FROM `bgpPeers` LEFT JOIN `bgpPeers-state` USING (`bgpPeer_id`) WHERE `bgpPeers`.`bgpPeer_id` = '3268'] ROWS[1] SQL RUNTIME[0.00026608s] > $graphtype - /opt/observium/includes/alerts.inc.php:1170 /opt/observium/html/includes/graphs/graph.inc.php:33 ======================================================== array( [0] => string(11) "bgp_updates" [type] => string(3) "bgp" [1] => string(3) "bgp" [subtype] => string(7) "updates" [2] => string(7) "updates" ) SQL[SELECT * FROM `bgpPeers` WHERE `bgpPeer_id` = '3268'] ROWS[1] SQL RUNTIME[0.00020003s] RRD PIPE OPEN[TRUE] RRD PIPE CLOSE[TRUE] RRD PIPE STDOUT[ OK u:0.03 s:0.01 r:0.03 ] RRD CMD[graph --daemon unix:/var/run/rrdcached/rrdcached.sock /tmp/1utnX5E8LqmthZw7.png -g -Y --lower-limit 0 --alt-autoscale-max --start 1476852054 --end 1477024854 --width 400 --height 150 -c BACK#EEEEEE00 -c SHADEA#EEEEEE00 -c SHADEB#EEEEEE00 -c FONT#000000 -c CANVAS#FFFFFF00 -c GRID#a5a5a5 -c MGRID#FF9999 -c FRAME#5e5e5e -c ARROW#5e5e5e -R normal --font LEGEND:8:'DroidSansMono,DejaVuSansMono' --font AXIS:7:'DroidSansMono,DejaVuSansMono' --font-render-mode normal -E COMMENT:'Updates Last Avg Max \n' DEF:out=/opt/observium/rrd/asr1-sv2/bgp-100.65.0.49.rrd:bgpPeerOutUpdates:AVERAGE DEF:in=/opt/observium/rrd/asr1-sv2/bgp-100.65.0.49.rrd:bgpPeerInUpdates:AVERAGE DEF:out_max=/opt/observium/rrd/asr1-sv2/bgp-100.65.0.49.rrd:bgpPeerOutUpdates:MAX DEF:in_max=/opt/observium/rrd/asr1-sv2/bgp-100.65.0.49.rrd:bgpPeerInUpdates:MAX CDEF:dout_max=out_max,-1,* CDEF:dout=out,-1,* CDEF:both=in,out,+ CDEF:alloctets=out,in,+ CDEF:wrongin=alloctets,UN,INF,UNKN,IF CDEF:wrongout=wrongin,-1,* AREA:in#AA66AA90 LINE1.25:in#AA66AA:'In ' GPRINT:in:LAST:.2lf%s GPRINT:in:AVERAGE:.2lf%s GPRINT:in_max:MAX:.2lf%s COMMENT:'\n' AREA:dout#FF660090: LINE1.25:dout#FF6600:'Out ' GPRINT:out:LAST:.2lf%s GPRINT:out:AVERAGE:.2lf%s GPRINT:out_max:MAX:.2lf%s COMMENT:\n AREA:wrongin#FFF2F2 AREA:wrongout#FFF2F2 HRULE:0#999999] RRD RUNTIME[0.0418s] RRD STDOUT[481x189] RRD_STATUS[TRUE] SQL[SELECT `attrib_value` FROM `entity_attribs` WHERE `entity_type` = 'device' AND `entity_id` = '77' AND `attrib_type` = 'disable_notify'] ROWS[1] SQL RUNTIME[0.00042892s] *(one that works from the same check)* ./test_alert.php -a 128255 -dd DEBUG! Load class 'Console_Color2' from '/opt/observium/libs/pear/Console/Color2.php': OK SQL[SELECT `attrib_value` FROM `observium_attribs` WHERE `attrib_type` = 'dbSchema';] ROWS[1] SQL RUNTIME[0.00032401s] SQL[SELECT @@SESSION.sql_mode;] ROWS[1] SQL RUNTIME[0.00017214s] SQL[SELECT `attrib_value` FROM `observium_attribs` WHERE `attrib_type` = 'current_rev';] ROWS[1] SQL RUNTIME[0.00025201s] SQL[SELECT * FROM `config`] ROWS[0] SQL RUNTIME[0.00023389s] Load class 'Net_IPv6' from '/opt/observium/libs/pear/Net/IPv6.php': OK Observium 0.16.10.8161 Test Alert Notification CMD[/opt/observium/scripts/distro] CMD EXITCODE[0] CMD RUNTIME[0.0164s] STDOUT[ Linux|3.10.0-327.36.1.el7.x86_64|amd64|CentOS|7.2.1511 ] CMD[/usr/bin/env python --version 2>&1] CMD EXITCODE[0] CMD RUNTIME[0.0051s] STDOUT[ Python 2.7.5 ] SQL[SELECT version();] ROWS[1] SQL RUNTIME[0.00030708s] CMD[/usr/bin/snmpget --version 2>&1] CMD EXITCODE[0] CMD RUNTIME[0.0081s] STDOUT[ NET-SNMP version: 5.7.2 ] CMD[/usr/bin/rrdtool --version | head -n1] CMD EXITCODE[0] CMD RUNTIME[0.0077s] STDOUT[ RRDtool 1.4.8 Copyright 1997-2013 by Tobias Oetiker <tobi(a)oetiker.ch> ] CMD[/usr/bin/rrdcached -h | head -n1] CMD EXITCODE[0] CMD RUNTIME[0.0074s] STDOUT[ RRDCacheD 1.4.8 ] CMD[/usr/bin/env apache2 -v | awk '/Server version:/ {print $3}'] CMD EXITCODE[0] CMD RUNTIME[0.0042s] STDOUT[ ] CMD[/usr/bin/env httpd -v | awk '/Server version:/ {print $3}'] CMD EXITCODE[0] CMD RUNTIME[0.0364s] STDOUT[ Apache/2.4.6 ] CMD[date "+%:z"] Wrong process status! Issue in proc_get_status(), see: https://bugs.php.net/bug.php?id=69014 CMD EXITCODE[0] CMD RUNTIME[0.003s] STDOUT[ -07:00 ] SQL[SELECT TIMEDIFF(NOW(), UTC_TIMESTAMP);] ROWS[1] SQL RUNTIME[0.00025392s] SQL[SELECT @@SESSION.sql_mode;] ROWS[1] SQL RUNTIME[0.00019908s] SQL[SHOW VARIABLES LIKE 'character_set_connection'] ROWS[1] SQL RUNTIME[0.00074387s] ##### Software versions ##### o OS Linux 3.10.0-327.36.1.el7.x86_64 [amd64] (CentOS 7.2.1511) o Apache 2.4.6 o PHP 5.4.16 o Python 2.7.5 o MySQL 5.5.50-MariaDB (extension: mysqli 5.5.50-MariaDB) o SNMP NET-SNMP 5.7.2 o RRDtool 1.4.8 (rrdcached 1.4.8: unix:/var/run/rrdcached/rrdcached.sock) ##### MySQL mode ##### o MySQL ##### Charset info ##### o PHP UTF-8 o MySQL utf8 ##### Timezones info ##### o Date Thursday, 20-Oct-16 21:46:44 PDT o PHP -07:00 o MySQL -07:00 SQL[SELECT * FROM `alert_tests` WHERE 1] ROWS[32] SQL RUNTIME[0.00056601s] Cached 32 alert rules. SQL[SELECT * FROM `alert_assoc`] ROWS[32] SQL RUNTIME[0.00039506s] SQL[SELECT * FROM `alert_table` WHERE `alert_table_id` = '128255'] ROWS[1] SQL RUNTIME[0.00037503s] SQL[SELECT * FROM `devices` WHERE `device_id` = '104'] ROWS[1] SQL RUNTIME[0.00044703s] SQL[SELECT * FROM `device_graphs` WHERE `device_id` = '104'] ROWS[28] SQL RUNTIME[0.00048900s] SQL[SELECT * FROM `bgpPeers` LEFT JOIN `bgpPeers-state` USING (`bgpPeer_id`) WHERE `bgpPeers`.`bgpPeer_id` = '509'] ROWS[1] SQL RUNTIME[0.00043297s] > $graphtype - /opt/observium/includes/alerts.inc.php:1170 /opt/observium/html/includes/graphs/graph.inc.php:33 ======================================================== array( [0] => string(11) "bgp_updates" [type] => string(3) "bgp" [1] => string(3) "bgp" [subtype] => string(7) "updates" [2] => string(7) "updates" ) SQL[SELECT * FROM `bgpPeers` WHERE `bgpPeer_id` = '509'] ROWS[1] SQL RUNTIME[0.00029802s] RRD PIPE OPEN[TRUE] RRD PIPE CLOSE[TRUE] RRD PIPE STDOUT[ OK u:0.03 s:0.01 r:0.03 ] RRD CMD[graph --daemon unix:/var/run/rrdcached/rrdcached.sock /tmp/5S0b4geqsVsq08iN.png -g -Y --lower-limit 0 --alt-autoscale-max --start 1476852404 --end 1477025204 --width 400 --height 150 -c BACK#EEEEEE00 -c SHADEA#EEEEEE00 -c SHADEB#EEEEEE00 -c FONT#000000 -c CANVAS#FFFFFF00 -c GRID#a5a5a5 -c MGRID#FF9999 -c FRAME#5e5e5e -c ARROW#5e5e5e -R normal --font LEGEND:8:'DroidSansMono,DejaVuSansMono' --font AXIS:7:'DroidSansMono,DejaVuSansMono' --font-render-mode normal -E COMMENT:'Updates Last Avg Max \n' DEF:out=/opt/observium/rrd/us1inet2/bgp-x.x.x.x.rrd:bgpPeerOutUpdates:AVERAGE DEF:in=/opt/observium/rrd/us1inet2/bgp-x.x.x.x.rrd:bgpPeerInUpdates:AVERAGE DEF:out_max=/opt/observium/rrd/us1inet2/bgp-x.x.x.x.rrd:bgpPeerOutUpdates:MAX DEF:in_max=/opt/observium/rrd/us1inet2/bgp-x.x.x.x.rrd:bgpPeerInUpdates:MAX CDEF:dout_max=out_max,-1,* CDEF:dout=out,-1,* CDEF:both=in,out,+ CDEF:alloctets=out,in,+ CDEF:wrongin=alloctets,UN,INF,UNKN,IF CDEF:wrongout=wrongin,-1,* AREA:in#AA66AA90 LINE1.25:in#AA66AA:'In ' GPRINT:in:LAST:.2lf%s GPRINT:in:AVERAGE:.2lf%s GPRINT:in_max:MAX:.2lf%s COMMENT:'\n' AREA:dout#FF660090: LINE1.25:dout#FF6600:'Out ' GPRINT:out:LAST:.2lf%s GPRINT:out:AVERAGE:.2lf%s GPRINT:out_max:MAX:.2lf%s COMMENT:\n AREA:wrongin#FFF2F2 AREA:wrongout#FFF2F2 HRULE:0#999999] RRD RUNTIME[0.0418s] RRD STDOUT[481x189] RRD_STATUS[TRUE] SQL[SELECT `attrib_value` FROM `entity_attribs` WHERE `entity_type` = 'device' AND `entity_id` = '104' AND `attrib_type` = 'disable_notify'] ROWS[0] SQL RUNTIME[0.00042915s] SQL[SELECT * FROM `alert_contacts` WHERE `contact_disabled` = 0 AND `contact_id` IN (SELECT `contact_id` FROM `alert_contacts_assoc` WHERE `aca_type` = 'alert' AND `alert_checker_id` = '39');] ROWS[2] SQL RUNTIME[0.00054097s] o Notifying [hipchat] Networking Alert: {"room_id":"","from":"Observium","token":""} REQUEST[https://api.hipchat.com/v2/room/xxxxxx/notification] REQUEST STATUS[204 No Content] REQUEST RUNTIME[0.5128s] RESPONSE[ ] > $http_response_header - /opt/observium/includes/alerts.inc.php:1271 /opt/observium/includes/common.inc.php:3213 ========================================================= array( [0] => string(23) "HTTP/1.1 204 No Content" [1] => string(30) "Access-Control-Allow-Origin: *" [2] => string(119) "Access-Control-Expose-Headers: Date, ETag, Link, X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset, X-Backoff" [3] => string(23) "Content-Type: text/html" [4] => string(35) "Date: Fri, 21 Oct 2016 04:46:44 GMT" [5] => string(94) "Location: https://api.hipchat.com/v2/room/xxxxx/history/xxxxx-7c71-xxxx-xxxx-xxxxxxxx… " [6] => string(13) "Server: nginx" [7] => string(43) "Strict-Transport-Security: max-age=31536000" [8] => string(31) "X-Content-Type-Options: nosniff" [9] => string(22) "X-Ratelimit-Limit: 100" [10] => string(26) "X-Ratelimit-Remaining: 100" [11] => string(29) "X-Ratelimit-Reset: 1477025505" [12] => string(31) "X-XSS-Protection: 1; mode=block" [13] => string(17) "Connection: Close" ) > $opts - /opt/observium/includes/alerts.inc.php:1271 /opt/observium/includes/common.inc.php:3214 ================================================= array( [http] => array( [method] => string(4) "POST" [header] => string(174) "Connection: close Content-Type: application/json Content-Length: 275 Authorization: Bearer zomgWApDk5Wz9eK4kCReKjUDQxW1h9kMrRqDJnqy User-Agent: Observium/0.16.10.8161\r\n" [content] => string(275) "{"from":"Observium","color":"red","message_format":"html","message":"<a href=\"http:\/\/kansatsu.lol.com\/device\/device=104\/tab=alert\/alert_entry=128255\/\">ALERT: [us1inet2] [bgp_peer] [AS65028 x.x.x.x] <\/a><br \/>bgpPeerAdminStatus = start bgpPeerState = active"}" [timeout] => string(2) "15" ) ) o Notifying [email] Netops: {"email":"netops(a)lol.com"} Load class 'Mail_mime' from '/opt/observium/libs/pear/Mail/mime.php': OK Load class 'Mail' from '/opt/observium/libs/pear/Mail/Mail.php': OK PHP Strict Standards: Non-static method Mail::factory() should not be called statically in /opt/observium/includes/alerting/email.inc.php on line 176 Strict Standards: Non-static method Mail::factory() should not be called statically in /opt/observium/includes/alerting/email.inc.php on line 176 PHP Strict Standards: Non-static method PEAR::isError() should not be called statically in /opt/observium/includes/alerting/email.inc.php on line 180 Strict Standards: Non-static method PEAR::isError() should not be called statically in /opt/observium/includes/alerting/email.inc.php on line 180

2 5

Aggregating / stacking graphs capability
by Youssef BENGELLOUN - ZAHR 21 Oct '16

21 Oct '16

2 8

Check IPsec tunnel status on Juniper SRX firewalls
by Youssef BENGELLOUN - ZAHR 21 Oct '16

21 Oct '16

2 1

Context switches since upgrade
by William Bauer 21 Oct '16

21 Oct '16

I upgraded our community edition on Monday from the previous release dated 5/4/2016 to the latest release. I'm using observium to monitor the VM on which it is running, which is CentOS 6. The context switches graph has gone from hovering around 3500 to about 4200 immediately after the upgrade. System interrupts have increased by about the same percentage, and System I/O and Load Average have bumped up slightly. Are all of these typical of this upgrade? Nothing else was done to the system or to the devices being monitored. The increase in all these graphs (and a corresponding significant decrease in Observium performance) all correspond exactly in time to the upgrade. I've been wondering why it's performing worse, and then I noticed these items. Just looking for ideas or any helpful suggestions, and if this is to be expected. Thanks. Bill

2 1

Carel / pCo Discovery
by Robert Williams 21 Oct '16

21 Oct '16

Hi all, I see that there has just been an update to the detection of the Carel pCo controllers, which has added a lot of new sensor definitions for many people I expect (a good thing would have been an awful lot of work for someone which is appreciated of course!). Unfortunately, as the pCo is a programmable unit (and we are an OEM/unit programmer for Carel) we use the units for a large number of custom applications across a number of our facilities and customers. Previously we weren't getting any sensor-specific information via Observium for these units (just network, CPU, ram etc.) which is OK as we use other BMS systems to get the environmental data. Since the last update, we are getting a load of sensors but unfortunately (since our units are programmed by us) they are now showing alarms across most of the output, for example: The values being polled are also non-sensical because whatever the OIDs which are being used are either not aligned to anything we use or just totally irrelevant values. Humidity example below (obviously it's not 3,4 and 16 %): Interestingly, we do also have some 'official' Carel chiller controllers (running genuine Airedale control pCO units, not our own) - and these are also showing crazy values as chillers (no matter where you get them from) do not have 'Delivery Air Temperature' or 'Humidification Proportional Bands' as they don't' deal with air directly - for example: So it appears the detection logic is not just limited to incorrectly identifying our own custom controllers but also those of other manufacturers like Airedale, who also use Carel OEM pCO hardware like us. With all this in mind, can I ask what is the best way to prevent these devices from being detected as " Carel pCOWeb (Chiller Unit) ". So that they go back to being simple pCOWeb units with basic stats like Ethernet and CPU? Example device data is: So like I said at the start, I fully appreciate there was a lot of effort by someone to get all these sensors setup and that's great for people using the software they were configured to detect. I just need to 'not' detect our units as being the same really. Input welcome :) Cheers! Robert Williams Custodian Data Centre Email: Robert(a)CustodianDC.com http://www.CustodianDC.com

3 4

Can an alert checker match on mplsVpnVrfRouteDistinguisher?
by Pico Leto 20 Oct '16

20 Oct '16

Hi, I'm trying to build out an BGP peer alert for a specific vrf/mpls customer. My current Entity match is mplsVpnVrfRouteDistinguisher matches 707* I can see the route distinguisher via the debug of my ASR SQL[UPDATE `vrfs` set `mplsVpnVrfDescription` ='',`mplsVpnVrfRouteDistinguisher` ='707:707' WHERE `device_id` = '77' AND `vrf_oid` = '11.71.67.58.84.69.83.84.58.55.48.55'] SQL RUNTIME[0.00048089s] SQL[SELECT vrf_id FROM `vrfs` WHERE `device_id` = '77' AND `vrf_oid` = '11.71.67.58.84.69.83.84.58.55.48.55'] SQL RUNTIME[0.00037813s] When I rebuild my checker I dont get a match

1 0

RRD Graphs Not Generated.
by Laurence Mayer 20 Oct '16

20 Oct '16

Hi, I upgraded this morning to the latest version and for some reason the graphs are now not being generated (rrd). I do see the files being updated (date and time looks as of now). You can see here for example the CPUs are 100% (should be) however the graph shows nothing. [image: Inline image 1] Any ideas? Thanks Laurence

6 23

Custom reports capability
by Youssef BENGELLOUN - ZAHR 20 Oct '16

20 Oct '16

3 5

SNMP Location missing from Device attributes
by Youssef BENGELLOUN - ZAHR 19 Oct '16

19 Oct '16

3 4

Port FDB table
by Serghei Golipad 19 Oct '16

19 Oct '16

Guys, There used to be a tab under port properties with FDB info i.e vlan’s on a port if it’s a trunk. This has now gone. Any way to get it back? Cheers PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. CDW Limited is a Company registered in England and Wales. This email is sent for and on behalf of CDW Finance Holdings Limited. CDW Finance Holdings Limited is the UK holding company for CDW Limited trading as CDW. The registered office for CDW Finance Holdings Limited (Company Number 05872067) and its UK group undertakings is 10 Fleet Place, London, EC4M 7RB. VAT Registration 902 1949 39. Confidentiality: This e-mail contains proprietary information, some or all of which may be confidential and/or legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then delete the original. If you are not the intended recipient you may not use, disclose, distribute, copy, print or rely on any information contained in this e-mail. You must not inform any other person other than CDW or the sender of its existence. For more information about CDW please visit www.uk.cdw.com

1 0

Entrepreneur de l’année : Votre vote peut faire la différence !
by Falco Schmutz 18 Oct '16

18 Oct '16

Bonjour à tous, Après avoir remporté le prix du public par EY (Ernst & Young), j’ai la chance d’être en finale pour le Prix de l’Entrepreneur de l’Année, en tant que CEO de Fitizzy. Vous me connaissez, je suis un homme de challenge ! Mais étant aussi un homme de conviction, je me permets de vous solliciter pour m’aider. Pour voter (en moins d’une minute, promis) : - Cliquez ici (http://nat.votes-eoy.fr/) - Renseignez votre / vos adresses mails. Vous recevrez ensuite un code - Copiez/collez ce code dans le lien de redirection - Et enfin, cliquez sur Fitizzy (pas les autres, hein). Merci d’avance pour votre aide & rendez vous ce soir pour les résultats ! Falco PS : Plein de nouveautés arrivent sur Premaccess, je vous tiendrai très bientôt informé ! ============================================================ This email was sent to observium(a)observium.org (mailto:observium@observium.org) why did I get this? (http://premaccess.us12.list-manage1.com/about?u=d01b1709a6276435a20292d6b&i…) unsubscribe from this list (http://premaccess.us12.list-manage.com/unsubscribe?u=d01b1709a6276435a20292…) update subscription preferences (http://premaccess.us12.list-manage.com/profile?u=d01b1709a6276435a20292d6b&…) PREMACCESS . 66 Av de Villiers . Paris 75017 . France

1 0