- observium - lists.observium.org

Sensors missing of Dell Equallogic arrays
by Wouter de Man 03 Mar '20

03 Mar '20

Since the last stable upgrade (Professional edition), we have lost all the sensors (and the harddisk status) of our Dell Equallogic PS arrays (3 different types, different firmware levels). Any idea what happened? This worked fine on the previous stable release...

5 13

Datasource maximum not updating
by Milton Ngan 03 Mar '20

03 Mar '20

We discovered some RRD’s for LACP bundles had not updated the DS Max value after an upgrade. So this meant when we exceeded the previous DS Max value, we started getting “gaps” (NaN values) in the graph. I had to manually go in and “tune” the RRD to have a more appropriate DS Max value. Is this something that Observium is maintaining? If so, what would trigger this to happen? In the graph below the LACP Bundle was a 10G LAG, then upgraded to a 20G LAG. Now every time we got above 10G, we get gaps in the graph. [https://netmon.mgmt.valve.net/v/dashboard/port/5306762/bg2-sto2.nm.valve.ne…]

1 0

rrdtool (1.4.8-1.2+deb8u1) Error Drawing Graph?
by Sananikone, Athideth 02 Mar '20

02 Mar '20

Hi there, anyone else experiencing "Error Drawing Graph" after last nights apt-get-run updaten RRD to 14.8.-1.2? Athi [cid:tangro_logo_rgb57-176-201_201x97_c39e0fcc-3cb6-4676-b737-ecb5f27f9294.gif] Athideth Sananikone Leitung IT Infrastruktur atsa(a)tangro.de<mailto:atsa@tangro.de> Fon +49 6221 1333 625 www.tangro.de<http://www.tangro.de> [cid:tangro_newsletter_icon_IN_rgb57-176-201_46x42_10395825-8428-4d89-9c27-9617de1dca04.gif] <https://www.linkedin.com/company/3731516/> [cid:tangro_newsletter_icon_X_rgb57-176-201_70x42_fa96ea45-c16c-4377-b5af-b500d6c2d2fe.gif] <https://www.xing.com/companies/tangrosoftwarecomponentsgmbh> [cid:Youtube_Favicon_ee3d2635-aa5a-40f7-92d1-35d68dd1f1d3.png] <https://www.youtube.com/channel/UCsxrvLKxYpQ-KYK8uGQ8tVQ> [cid:tangro_newsletter_icon_rgb57-176-201_139x42_7758a315-d1ec-4829-adce-36eea7130bda.gif] <https://www.tangro.de/newsletter/> tangro software components gmbh, Speyerer Stra?e 4, 69115 Heidelberg Gesch?ftsf?hrer: Andreas Schumann, Registergericht: Mannheim, HRB 336064 (Sitz: Heidelberg) Besuchen Sie uns an Stand 9 und h?ren Sie unseren Partnervortrag am 25.03.2020! [cid:ELS-2020_600x200px_73179588-b89d-422e-83d2-28d7d77748a9.jpg]<https://www.tangro.de/bme-eloesungstage-2020/><https://www.tangro.de/ueber-uns/events/detail/news/xe-rechnung-muehelos-mei…>

3 2

Unix agent alerting on Postfix mail queue size
by Attila Nagy 02 Mar '20

02 Mar '20

Hi Adam, Tom! We are currently facing the problem of having to alert on Postfix mail queue size coming from the Unix agent (thanks to "careful" users who let their e-mail passwords repeatedly stolen). As I've been trying to read about this in the archives, I see that this is a somewhat frequently upcoming but still unresolved topic. May I ask about the current status of this request?! Best regards, Attila

1 0

Supress Sensor Updated in Eventlog
by Klimek, Denis 02 Mar '20

02 Mar '20

Hi all, is there any method to supress the generation of "Sensor updated"-Eventlog entries if Observium is dynamicly changing the limit_low/high value? Our eventlog contains shitloads of entries for this kind of logs and they are not really useful from my opinion. So we would like to keep the sensors quiet. Currently we are running an external scripts triggered by cronjob to filter out those messages, but if we would supress the creation itself it would be much better Cheers, Denis Mit freundlichem Gruß Stadtwerke Norderstedt Denis Klimek Carrier Manager & Professional Network Engineer IP-Systemtechnik Tel: +49 (0) 40 / 521 04 - 1049 dklimek(a)stadtwerke-norderstedt.de<mailto:dklimek@stadtwerke-norderstedt.de> www.stadtwerke-norderstedt.de<http://www.stadtwerke-norderstedt.de/>

2 4

creating custom probe
by cody＠mail-server.cc 02 Mar '20

02 Mar '20

Hi, I wanted to create a custom probe to read two values from Cisco devices which aren't available via their SNMP agents. How do i get my probe included and What to i need to present the two values (current value, max value) in a graph and trigger an alert when the current value reaches 90% of the max value? Thanks, Cody

1 0

Re: [Observium] How to exclude "virtual Memory" from an alert checker (but keep all other memory metrics)?
by Thomas Stather 28 Feb '20

28 Feb '20

Hi I set the following Device Match / Entity Match: (device.type in server AND (mempool.mempool_descr notmatch *cache* OR mempool.mempool_descr notmatch *Virtual*)) However, the alert is still displayed (which is true since the virtual memory of one of our VMs is stil labove 80%). How can i reset the alert to test that the condition now works as expected? Best, Thomas Am 12.07.19 um 16:30 schrieb Hamilton, Kent: > Here is what I use for the "Entity Match": > mempool_descr notmatch *cache* > mempool_descr notmatch *Physical* > mempool descr notmatch *Virtual* > mempool desc notmatch *virtual* > mempool desc notmatch *Shared Real* > > > > > -----Original Message----- > From: observium <observium-bounces(a)observium.org> On Behalf Of Thomas Stather via observium > Sent: Thursday, July 4, 2019 9:57 AM > To: 'Observium' <observium(a)observium.org> > Cc: Thomas Stather <tstather(a)mr.mpg.de> > Subject: [Observium] How to exclude "virtual Memory" from an alert checker (but keep all other memory metrics)? > > Exegy Email Security > > WARNING This email originated from outside of Exegy. DO NOT CLICK links or attachments unless you recognize the sender and know the content is safe. > Remember Exegy ITS will never ask for user ID information via email communication. > > > > Hi > > > We are using Observium Professional: 19.6.9946 (rolling) > > > I have set up an alert check to check our servers for fully occupied memory ("mempool_perc greater 80"). > > I want to include the metrics "Memory buffers", "Physical Memory", "Swap space" but i want to exclude "Virtual memory". > > > Is there a way of doing so and if so, how? > > > > Best, > > Thomas > > > -- > Thomas Stather > IT Services > > VCP4, VCP6-DCV, VCP6.5-DCV > > Tel: +49 6221 486 628 > Fax: +49 6221 486 561 > > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > ________________________________ > > This e-mail and any documents accompanying it may contain legally privileged and/or confidential information belonging to Exegy, Inc. Such information may be protected from disclosure by law. The information is intended for use by only the addressee. If you are not the intended recipient, you are hereby notified that any disclosure or use of the information is strictly prohibited. If you have received this e-mail in error, please immediately contact the sender by e-mail or phone regarding instructions for return or destruction and do not use or disclose the content to others. -- Thomas Stather IT Services VCP4, VCP6-DCV, VCP6.5-DCV Tel: +49 6221 486 628 Fax: +49 6221 486 561

2 4

Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph"
by Chris Macneill 27 Feb '20

27 Feb '20

Hi Adam, OK, read that page and here's what happens when I try to switch from stable to rolling as per documentation:- root@obs:/opt/observium# svn up Updating '.': At revision 10304. root@obs:/opt/observium# svn switch https://svn.observium.org/svn/observium/trunk svn: E155025: 'svn switch' does not support switching a working copy to a different repository svn: E155025: 'http://svn.observium.org/svn/observium/branches/stable' is not the same repository as 'https://svn.observium.org/svn' Regards Chris Macneill Zelan Ltd From: "observium" <observium(a)observium.org> To: "observium" <observium(a)observium.org> Cc: "Adam Armstrong" <adama(a)memetic.org> Sent: Thursday, 27 February, 2020 15:22:50 Subject: Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Read that entire page. Sent from [ http://www.bluemail.me/r?b=15818 | BlueMail ] On 27 Feb 2020, at 02:06, Chris Macneill < [ mailto:cmacneill@zelan.co.nz | cmacneill(a)zelan.co.nz ] > wrote: Hi Adam, "svn update" is what I assumed I was supposed to use and it said successfully updated to 10304. Webpage says v20.2.10302 (stable) after update. I don't see any doucmentation in [ https://docs.observium.org/updating/#upgrading-the-subscription-edition-to-… | https://docs.observium.org/updating/#upgrading-the-subscription-edition-to-… ] that references any difference between latest "stable" and latest "rolling". How do I upgrade to "rolling" 10304? Why does "svn update" tell me it's updated to 10304 when it seemingly hasn't? Regards Chris Macneill Zelan Ltd From: "observium" <observium(a)observium.org> To: "observium" <observium(a)observium.org> Cc: "Adam Armstrong" <adama(a)memetic.org> Sent: Thursday, 27 February, 2020 14:51:35 Subject: Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Is this, perchance, stable, and not rolling? Adam. Sent from [ http://www.bluemail.me/r?b=15818 | BlueMail ] On 27 Feb 2020, at 01:45, Chris Macneill via observium < [ mailto:observium@observium.org | observium(a)observium.org ] > wrote: BQ_BEGIN Hi Mike, Sorry, 20.2.10304 doesn't fix it. Fields still split on commas for port_descr_type = 'cust' and debug results exactly the same as previous:- SELECT * FROM `ports` AS I , `devices` AS D WHERE `port_descr_type` = 'cust' AND `port_descr_descr` = 'GDC Westland Recreation Centre' , ' 83 High St' , ' Greymouth' AND D . device_id = I . device_id Also, a new bug added, software version number at bottom of screen is now out of step with "svn update". Update said successfully updated to 10304, but webpage says 20.2.10302 I've had a hack at the code in html/includes/graphs/customer/bits.inc.php and put the following workaround in place:- Line 16 (Original v20.2.10304 Code) foreach (dbFetchRows("SELECT * FROM `ports` AS I, `devices` AS D WHERE `port_descr_type` = 'cust' AND `port_descr_descr` = ? AND D.device_id = I.device_id", array($vars['id'])) as $port) Replaced with:- // Copy id array directly for case where port_descr_descr was NOT previosuly split/exploded on commas. $pddstr = $vars['id']; if ( count($vars['id']) > 1 ) { // Impode id array addng commas where array size > 1, i.e. original id contained commas and WAS split/exploded. $pddstr = implode(",", $vars['id']); } foreach (dbFetchRows("SELECT * FROM `ports` AS I, `devices` AS D WHERE `port_descr_type` = 'cust' AND `port_descr_descr` = ? AND D.device_id = I.device_id", array($pddstr)) as $port) $vars['id'] is the result of splitting or exploding port_descr_descr string value somewhere earlier, but I can't locate that in the code and as Adam mentioned, changing this elsewhere might have undesirable consequences. The problem only happens for port_descr_type = "cust", for other port types, e.g. core, peering, transit, port_descr_descr isn't split or exploded despite containing commas, but I can't find the locaiton in the code where this conditional behaviour occurs. Regards Chris Macneill Zelan Ltd From: "Mike Stupalov" <mike(a)observium.org> To: "observium" <observium(a)observium.org>, "observium" <observium(a)observium.org> Cc: "Chris Macneill" <cmacneill(a)cmit.nz> Sent: Thursday, 27 February, 2020 12:59:52 Subject: Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Hi Chris, try with latest revision (r10304, trunk). Issue should be fixed. Chris Macneill via observium wrote on 26.02.2020 20:25: BQ_BEGIN Hi Adam, Looks like data is being split on commas and causing an SQL syntax error. Debug for:- Cust: GDC Westland Recreation Centre, 83 High St, Greymouth [100Mbit] {Chorus CVID.113} returns:- Error in query: (You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' 83 High St',' Greymouth' AND D.device_id = I.device_id' at line 1) 1064 I can obviously fix this short-term by removing commas from the Port Descriptions, but would be good to be able to support use of commas and other punctuation in the longer term or at least update the Help page to list characters to avoid. I had a quick look earlier at the Regex that was parsing the description data, but wasn't immediately obvious commas were an issue. At least I know where the problem lies and I'll take another look later. I guess semi-colons might work if commas don't. Regards Chris Macneill Zelan Ltd From: "observium" [ mailto:observium@observium.org | <observium(a)observium.org> ] To: "observium" [ mailto:observium@observium.org | <observium(a)observium.org> ] Cc: "adama" [ mailto:adama@observium.org | <adama(a)observium.org> ] Sent: Thursday, 27 February, 2020 04:50:22 Subject: Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Do you get anything useful from showing rrd command on the graph browser page? (click on the graph) Do you get anything useful from adding &debug=1 on the end of the graph image url? Can you arrange ssh/http access to the install if those two things don’t show us what the problem is? Adam. From: observium [ mailto:observium-bounces@observium.org | <observium-bounces(a)observium.org> ] On Behalf Of Chris Macneill via observium Sent: 26 February 2020 05:22 To: observium [ mailto:observium@observium.org | <observium(a)observium.org> ] Cc: Chris Macneill [ mailto:cmacneill@cmit.nz | <cmacneill(a)cmit.nz> ] Subject: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Hi, We're currently using Observium v20.1.10233 and have a problem with "Error Drawing Graph" for all ports with a "Cust" prefix. Ports with "Core", "Peer" or "Transit" prefix correctly show graphs. The ports we're monitoring are VLANs, the Peer/Transit are simple 802.1q VLANs, the Core/Customer VLANs are QinQ, i.e. two layers of 802.1q headers. All port types are correctly detected by SNMP and listed against the Router. Given that "Core" displays graphs correctly, this doesn't seem to be related to QinQ, but specifically to the "Cust" prefix. Examples that correctly show graphs, 1st is 802.1q, 2nd is QinQ:- Peering: Datacom CHC<->Chorus [10Gbit] {Chorus SVID.100} Core: Zelan Workshop, 50 Palmerston St, Westport [1Gbit] {Chorus CVID.100} Example (QinQ) that gives "Error Drawing Graph":- Cust: GDC Westland Recreation Centre, 83 High St, Greymouth [100Mbit] {Chorus CVID.113} All our routers are MikroTik, so can't determine if this is a router OS/hardware specific issue. Regards Chris Macneill Zelan Ltd. _______________________________________________ observium mailing list [ mailto:observium@observium.org | observium(a)observium.org ] [ http://postman.memetic.org/cgi-bin/mailman/listinfo/observium | http://postman.memetic.org/cgi-bin/mailman/listinfo/observium ] _______________________________________________ observium mailing list [ mailto:observium@observium.org | observium(a)observium.org ] [ http://postman.memetic.org/cgi-bin/mailman/listinfo/observium | http://postman.memetic.org/cgi-bin/mailman/listinfo/observium ] -- Mike Stupalov Observium Limited, [ http://observium.org/ | http://observium.org ] observium mailing list observium(a)observium.org [ http://postman.memetic.org/cgi-bin/mailman/listinfo/observium | http://postman.memetic.org/cgi-bin/mailman/listinfo/observium ] BQ_END _______________________________________________ observium mailing list observium(a)observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium BQ_END _______________________________________________ observium mailing list observium(a)observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph"
by Adam Armstrong 27 Feb '20

27 Feb '20

Read that entire page. ⁣Sent from BlueMail On 27 Feb 2020, 02:06, at 02:06, Chris Macneill <cmacneill(a)zelan.co.nz> wrote: >Hi Adam, > >"svn update" is what I assumed I was supposed to use and it said >successfully updated to 10304. > >Webpage says v20.2.10302 (stable) after update. > >I don't see any doucmentation in [ >https://docs.observium.org/updating/#upgrading-the-subscription-edition-to-… >| >https://docs.observium.org/updating/#upgrading-the-subscription-edition-to-… >] that references any difference between latest "stable" and latest >"rolling". > >How do I upgrade to "rolling" 10304? > >Why does "svn update" tell me it's updated to 10304 when it seemingly >hasn't? > >Regards > >Chris Macneill >Zelan Ltd > >From: "observium" <observium(a)observium.org> >To: "observium" <observium(a)observium.org> >Cc: "Adam Armstrong" <adama(a)memetic.org> >Sent: Thursday, 27 February, 2020 14:51:35 >Subject: Re: [Observium] Port Description Parsing - Cust Graphs "Error >Drawing Graph" > >Is this, perchance, stable, and not rolling? > >Adam. > >Sent from [ http://www.bluemail.me/r?b=15818 | BlueMail ] >On 27 Feb 2020, at 01:45, Chris Macneill via observium < [ >mailto:observium@observium.org | observium(a)observium.org ] > wrote: > > >Hi Mike, > >Sorry, 20.2.10304 doesn't fix it. Fields still split on commas for >port_descr_type = 'cust' and debug results exactly the same as >previous:- > >SELECT * FROM `ports` AS I , `devices` AS D WHERE `port_descr_type` = >'cust' AND `port_descr_descr` = 'GDC Westland Recreation Centre' , ' 83 >High St' , ' Greymouth' AND D . device_id = I . device_id > >Also, a new bug added, software version number at bottom of screen is >now out of step with "svn update". Update said successfully updated to >10304, but webpage says 20.2.10302 > >I've had a hack at the code in >html/includes/graphs/customer/bits.inc.php and put the following >workaround in place:- > >Line 16 (Original v20.2.10304 Code) >foreach (dbFetchRows("SELECT * FROM `ports` AS I, `devices` AS D WHERE >`port_descr_type` = 'cust' AND `port_descr_descr` = ? AND D.device_id = >I.device_id", array($vars['id'])) as $port) > >Replaced with:- > >// Copy id array directly for case where port_descr_descr was NOT >previosuly split/exploded on commas. >$pddstr = $vars['id']; >if ( count($vars['id']) > 1 ) { >// Impode id array addng commas where array size > 1, i.e. original id >contained commas and WAS split/exploded. >$pddstr = implode(",", $vars['id']); >} >foreach (dbFetchRows("SELECT * FROM `ports` AS I, `devices` AS D WHERE >`port_descr_type` = 'cust' AND `port_descr_descr` = ? AND D.device_id = >I.device_id", array($pddstr)) as $port) > >$vars['id'] is the result of splitting or exploding port_descr_descr >string value somewhere earlier, but I can't locate that in the code and >as Adam mentioned, changing this elsewhere might have undesirable >consequences. > >The problem only happens for port_descr_type = "cust", for other port >types, e.g. core, peering, transit, port_descr_descr isn't split or >exploded despite containing commas, but I can't find the locaiton in >the code where this conditional behaviour occurs. > >Regards > >Chris Macneill >Zelan Ltd > >From: "Mike Stupalov" <mike(a)observium.org> >To: "observium" <observium(a)observium.org>, "observium" ><observium(a)observium.org> >Cc: "Chris Macneill" <cmacneill(a)cmit.nz> >Sent: Thursday, 27 February, 2020 12:59:52 >Subject: Re: [Observium] Port Description Parsing - Cust Graphs "Error >Drawing Graph" > >Hi Chris, > >try with latest revision (r10304, trunk). > >Issue should be fixed. > >Chris Macneill via observium wrote on 26.02.2020 20:25: > >BQ_BEGIN > >Hi Adam, > >Looks like data is being split on commas and causing an SQL syntax >error. Debug for:- > >Cust: GDC Westland Recreation Centre, 83 High St, Greymouth [100Mbit] >{Chorus CVID.113} > >returns:- > >Error in query: (You have an error in your SQL syntax; check the manual >that corresponds to your MariaDB server version for the right syntax to >use near '' 83 High St',' Greymouth' AND D.device_id = I.device_id' at >line 1) 1064 > >I can obviously fix this short-term by removing commas from the Port >Descriptions, but would be good to be able to support use of commas and >other punctuation in the longer term or at least update the Help page >to list characters to avoid. > >I had a quick look earlier at the Regex that was parsing the >description data, but wasn't immediately obvious commas were an issue. >At least I know where the problem lies and I'll take another look >later. I guess semi-colons might work if commas don't. > >Regards > >Chris Macneill >Zelan Ltd > > >From: "observium" [ mailto:observium@observium.org | ><observium(a)observium.org> ] >To: "observium" [ mailto:observium@observium.org | ><observium(a)observium.org> ] >Cc: "adama" [ mailto:adama@observium.org | <adama(a)observium.org> ] >Sent: Thursday, 27 February, 2020 04:50:22 >Subject: Re: [Observium] Port Description Parsing - Cust Graphs "Error >Drawing Graph" > > > >Do you get anything useful from showing rrd command on the graph >browser page? (click on the graph) > > > >Do you get anything useful from adding &debug=1 on the end of the graph >image url? > > > >Can you arrange ssh/http access to the install if those two things >don’t show us what the problem is? > > > >Adam. > > > > >From: observium [ mailto:observium-bounces@observium.org | ><observium-bounces(a)observium.org> ] On Behalf Of Chris Macneill via >observium >Sent: 26 February 2020 05:22 >To: observium [ mailto:observium@observium.org | ><observium(a)observium.org> ] >Cc: Chris Macneill [ mailto:cmacneill@cmit.nz | <cmacneill(a)cmit.nz> ] >Subject: [Observium] Port Description Parsing - Cust Graphs "Error >Drawing Graph" > > > > > >Hi, > > > > > >We're currently using Observium v20.1.10233 and have a problem with >"Error Drawing Graph" for all ports with a "Cust" prefix. Ports with >"Core", "Peer" or "Transit" prefix correctly show graphs. > > > > > >The ports we're monitoring are VLANs, the Peer/Transit are simple >802.1q VLANs, the Core/Customer VLANs are QinQ, i.e. two layers of >802.1q headers. > > > > > >All port types are correctly detected by SNMP and listed against the >Router. Given that "Core" displays graphs correctly, this doesn't seem >to be related to QinQ, but specifically to the "Cust" prefix. > > > > > >Examples that correctly show graphs, 1st is 802.1q, 2nd is QinQ:- > > > > > >Peering: Datacom CHC<->Chorus [10Gbit] {Chorus SVID.100} > > >Core: Zelan Workshop, 50 Palmerston St, Westport [1Gbit] {Chorus >CVID.100} > > > > > >Example (QinQ) that gives "Error Drawing Graph":- > > > > > >Cust: GDC Westland Recreation Centre, 83 High St, Greymouth [100Mbit] >{Chorus CVID.113} > > > > > >All our routers are MikroTik, so can't determine if this is a router >OS/hardware specific issue. > > > > > >Regards > >Chris Macneill >Zelan Ltd. > > > > >_______________________________________________ >observium mailing list >[ mailto:observium@observium.org | observium(a)observium.org ] >[ http://postman.memetic.org/cgi-bin/mailman/listinfo/observium | >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium ] > > > >_______________________________________________ >observium mailing list [ mailto:observium@observium.org | >observium(a)observium.org ] [ >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium | >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium ] > > > >-- >Mike Stupalov >Observium Limited, [ http://observium.org/ | http://observium.org ] > > > > >observium mailing list >observium(a)observium.org >[ http://postman.memetic.org/cgi-bin/mailman/listinfo/observium | >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium ] > >BQ_END > > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph"
by Chris Macneill 27 Feb '20

27 Feb '20

Hi Adam, Looks like data is being split on commas and causing an SQL syntax error. Debug for:- Cust: GDC Westland Recreation Centre, 83 High St, Greymouth [100Mbit] {Chorus CVID.113} returns:- Error in query: (You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' 83 High St',' Greymouth' AND D.device_id = I.device_id' at line 1) 1064 I can obviously fix this short-term by removing commas from the Port Descriptions, but would be good to be able to support use of commas and other punctuation in the longer term or at least update the Help page to list characters to avoid. I had a quick look earlier at the Regex that was parsing the description data, but wasn't immediately obvious commas were an issue. At least I know where the problem lies and I'll take another look later. I guess semi-colons might work if commas don't. Regards Chris Macneill Zelan Ltd From: "observium" <observium(a)observium.org> To: "observium" <observium(a)observium.org> Cc: "adama" <adama(a)observium.org> Sent: Thursday, 27 February, 2020 04:50:22 Subject: Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Do you get anything useful from showing rrd command on the graph browser page? (click on the graph) Do you get anything useful from adding &debug=1 on the end of the graph image url? Can you arrange ssh/http access to the install if those two things don’t show us what the problem is? Adam. From: observium <observium-bounces(a)observium.org> On Behalf Of Chris Macneill via observium Sent: 26 February 2020 05:22 To: observium <observium(a)observium.org> Cc: Chris Macneill <cmacneill(a)cmit.nz> Subject: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Hi, We're currently using Observium v20.1.10233 and have a problem with "Error Drawing Graph" for all ports with a "Cust" prefix. Ports with "Core", "Peer" or "Transit" prefix correctly show graphs. The ports we're monitoring are VLANs, the Peer/Transit are simple 802.1q VLANs, the Core/Customer VLANs are QinQ, i.e. two layers of 802.1q headers. All port types are correctly detected by SNMP and listed against the Router. Given that "Core" displays graphs correctly, this doesn't seem to be related to QinQ, but specifically to the "Cust" prefix. Examples that correctly show graphs, 1st is 802.1q, 2nd is QinQ:- Peering: Datacom CHC<->Chorus [10Gbit] {Chorus SVID.100} Core: Zelan Workshop, 50 Palmerston St, Westport [1Gbit] {Chorus CVID.100} Example (QinQ) that gives "Error Drawing Graph":- Cust: GDC Westland Recreation Centre, 83 High St, Greymouth [100Mbit] {Chorus CVID.113} All our routers are MikroTik, so can't determine if this is a router OS/hardware specific issue. Regards Chris Macneill Zelan Ltd. _______________________________________________ observium mailing list observium(a)observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

3 3

smokeping integration
by cody＠mail-server.cc 26 Feb '20

26 Feb '20

I installed smokeping, generated the targets file with the script and smokeping is running and updating the rrd's. I set the smokeping directory in the gui but i do not get the smokeping tab on the devices. Is there anything else to do? I'm not seeing something wrong - how do i troubleshoot/identify why the smokeping tab doesn't appear? thanks

2 2

Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph"
by adama＠observium.org 26 Feb '20

26 Feb '20

Aha, I see what it’s doing. You missed out the actual query, which makes it more obvious what’s happening /graph.php?type=customer_bits&id=herp,derp&debug=1 Generates: SELECT * FROM `ports` AS I, `devices` AS D WHERE `port_descr_type` = 'cust' AND `port_descr_descr` = 'herp','derp' AND D.device_id = I.device_id We have a bit of code in the URL parser that expands any argument with a comma into an array of arguments, it’s used when you put in a list of port_ids for example. It’s expanding this here, and we’re passing an array of values to the SQL query builder. I’m not sure how much would need to be changed to suppress this behaviour in this instance, so I’d recommend just not putting commas in port descriptions! Thanks, Adam. From: Chris Macneill <cmacneill(a)zelan.co.nz> Sent: 26 February 2020 17:22 To: observium <observium(a)observium.org> Cc: adama <adama(a)observium.org> Subject: Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Hi Adam, Looks like data is being split on commas and causing an SQL syntax error. Debug for:- Cust: GDC Westland Recreation Centre, 83 High St, Greymouth [100Mbit] {Chorus CVID.113} returns:- Error in query: (You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' 83 High St',' Greymouth' AND D.device_id = I.device_id' at line 1) 1064 I can obviously fix this short-term by removing commas from the Port Descriptions, but would be good to be able to support use of commas and other punctuation in the longer term or at least update the Help page to list characters to avoid. I had a quick look earlier at the Regex that was parsing the description data, but wasn't immediately obvious commas were an issue. At least I know where the problem lies and I'll take another look later. I guess semi-colons might work if commas don't. Regards Chris Macneill Zelan Ltd _____ From: "observium" <observium(a)observium.org <mailto:observium@observium.org> > To: "observium" <observium(a)observium.org <mailto:observium@observium.org> > Cc: "adama" <adama(a)observium.org <mailto:adama@observium.org> > Sent: Thursday, 27 February, 2020 04:50:22 Subject: Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Do you get anything useful from showing rrd command on the graph browser page? (click on the graph) Do you get anything useful from adding &debug=1 on the end of the graph image url? Can you arrange ssh/http access to the install if those two things don’t show us what the problem is? Adam. From: observium <observium-bounces(a)observium.org <mailto:observium-bounces@observium.org> > On Behalf Of Chris Macneill via observium Sent: 26 February 2020 05:22 To: observium <observium(a)observium.org <mailto:observium@observium.org> > Cc: Chris Macneill <cmacneill(a)cmit.nz <mailto:cmacneill@cmit.nz> > Subject: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Hi, We're currently using Observium v20.1.10233 and have a problem with "Error Drawing Graph" for all ports with a "Cust" prefix. Ports with "Core", "Peer" or "Transit" prefix correctly show graphs. The ports we're monitoring are VLANs, the Peer/Transit are simple 802.1q VLANs, the Core/Customer VLANs are QinQ, i.e. two layers of 802.1q headers. All port types are correctly detected by SNMP and listed against the Router. Given that "Core" displays graphs correctly, this doesn't seem to be related to QinQ, but specifically to the "Cust" prefix. Examples that correctly show graphs, 1st is 802.1q, 2nd is QinQ:- Peering: Datacom CHC<->Chorus [10Gbit] {Chorus SVID.100} Core: Zelan Workshop, 50 Palmerston St, Westport [1Gbit] {Chorus CVID.100} Example (QinQ) that gives "Error Drawing Graph":- Cust: GDC Westland Recreation Centre, 83 High St, Greymouth [100Mbit] {Chorus CVID.113} All our routers are MikroTik, so can't determine if this is a router OS/hardware specific issue. Regards Chris Macneill Zelan Ltd. _______________________________________________ observium mailing list observium(a)observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Port Description Parsing - Cust Graphs "Error Drawing Graph"
by Chris Macneill 26 Feb '20

26 Feb '20

Hi, We're currently using Observium v20.1.10233 and have a problem with "Error Drawing Graph" for all ports with a "Cust" prefix. Ports with "Core", "Peer" or "Transit" prefix correctly show graphs. The ports we're monitoring are VLANs, the Peer/Transit are simple 802.1q VLANs, the Core/Customer VLANs are QinQ, i.e. two layers of 802.1q headers. All port types are correctly detected by SNMP and listed against the Router. Given that "Core" displays graphs correctly, this doesn't seem to be related to QinQ, but specifically to the "Cust" prefix. Examples that correctly show graphs, 1st is 802.1q, 2nd is QinQ:- Peering: Datacom CHC<->Chorus [10Gbit] {Chorus SVID.100} Core: Zelan Workshop, 50 Palmerston St, Westport [1Gbit] {Chorus CVID.100} Example (QinQ) that gives "Error Drawing Graph":- Cust: GDC Westland Recreation Centre, 83 High St, Greymouth [100Mbit] {Chorus CVID.113} All our routers are MikroTik, so can't determine if this is a router OS/hardware specific issue. Regards Chris Macneill Zelan Ltd.

2 1

Re: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph"
by Manish Shringarpure 26 Feb '20

26 Feb '20

I was facing the same issue, the rrd files are not generated for some routers for only ports. You can check if the rrd files are present under /opt/observium/rrd/<device_name>/port*.rrd I ran the poller explicitly and the rrd files were generated. You can try the same on that specific device, with the following command. sudo ./poller.php -h <device_id> -m ports -dd watch out for the snmpbulkwalk command that gets printed on the screen. Regard’s Manish From: observium <observium-bounces(a)observium.org> on behalf of Chris Macneill via observium <observium(a)observium.org> Reply to: observium <observium(a)observium.org> Date: Wednesday, 26 February 2020 at 10:54 AM To: observium <observium(a)observium.org> Cc: Chris Macneill <cmacneill(a)cmit.nz> Subject: [Observium] Port Description Parsing - Cust Graphs "Error Drawing Graph" Hi, We're currently using Observium v20.1.10233 and have a problem with "Error Drawing Graph" for all ports with a "Cust" prefix. Ports with "Core", "Peer" or "Transit" prefix correctly show graphs. The ports we're monitoring are VLANs, the Peer/Transit are simple 802.1q VLANs, the Core/Customer VLANs are QinQ, i.e. two layers of 802.1q headers. All port types are correctly detected by SNMP and listed against the Router. Given that "Core" displays graphs correctly, this doesn't seem to be related to QinQ, but specifically to the "Cust" prefix. Examples that correctly show graphs, 1st is 802.1q, 2nd is QinQ:- Peering: Datacom CHC<->Chorus [10Gbit] {Chorus SVID.100} Core: Zelan Workshop, 50 Palmerston St, Westport [1Gbit] {Chorus CVID.100} Example (QinQ) that gives "Error Drawing Graph":- Cust: GDC Westland Recreation Centre, 83 High St, Greymouth [100Mbit] {Chorus CVID.113} All our routers are MikroTik, so can't determine if this is a router OS/hardware specific issue. Regards Chris Macneill Zelan Ltd.

2 1

Not seeing additional CPU's.
by Scott L. Kaiser 26 Feb '20

26 Feb '20

2 1

only front page working
by Ross [Eve IT] 25 Feb '20

25 Feb '20

Hello, Recently installed the CE version on a local Debian box running nginx and I have having a bizarre issue. Only the front page loads, it loads fine. The moment I click on any link, whether it is a device or trying to go into Settings, it just throws a 404. I don't see any errors in nginx. I thought it might have something to do with the web_url & base_url, I have set that in the config.php but no luck. I'm sure it's something I have missed :/ Ross.

8 22

Re: [Observium] Port red file generation issue
by Manish Shringarpure 25 Feb '20

25 Feb '20

Hi Adam, Thanks for your reply. All the rrd files inside the device directory have user as root and group as root. Even the other devices where the graphs are showing up have user as root and group as root. Following is the screenshot of the rrdtool dump of a port file. <ds> 23 <name> OUTOCTETS </name> 24 <type> DERIVE </type> 25 <minimal_heartbeat>600</minimal_heartbeat> 26 <min>0.0000000000e+00</min> 27 <max>1.2500000000e+10</max> 28 29  30 <last_ds>472721674480</last_ds> 31 <value>NaN</value> 32 <unknown_sec> 214 </unknown_sec> 33 </ds> 34 35 <ds> 36 <name> INERRORS </name> 37 <type> DERIVE </type> 38 <minimal_heartbeat>600</minimal_heartbeat> 39 <min>0.0000000000e+00</min> 40 <max>1.2500000000e+10</max> 41 42  43 <last_ds>0</last_ds> 44 <value>NaN</value> 45 <unknown_sec> 214 </unknown_sec> 46 </ds> All values seem to be NaN. Does observium write any error logs where such errors could be seen? Regard’s Manish From: observium <observium-bounces(a)observium.org> on behalf of Adam Armstrong via observium <observium(a)observium.org> Reply to: Observium <observium(a)observium.org> Date: Monday, 24 February 2020 at 3:08 PM To: Manish Shringarpure via observium <observium(a)observium.org> Cc: Adam Armstrong <adama(a)memetic.org> Subject: Re: [Observium] Port red file generation issue This is probanly a permissioms issue. If you manually ran the poller as root, the observium user won't have write permissions to that directory. Adam. Sent from BlueMail<http://www.bluemail.me/r?b=15818> On 24 Feb 2020, at 05:30, Manish Shringarpure via observium <observium(a)observium.org<mailto:observium@observium.org>> wrote: Hi, I am new to observium. I have a strange issue ;for only one of the devices in the network. The port*.rrd files for this device is not getting generated in the /opt/observium/rrd path. The other rrd files are being generated for this device. Because of which the dashboard does not show any graphs for the ports on this device. I ran the poller script manually for this particular device and the ports*.rrd files got generated but after I exported the files to an XML I could see all values as NaN. Also these port rrd files are not getting updated at regular intervals like the other rrd files for the same device. How do I debug this? Help would be appreciated. Regards, Manish ________________________________ observium mailing list observium(a)observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

API strange issue
by Daniel Rolfe 24 Feb '20

24 Feb '20

Hi All, Can anyone think of what I'm missing with this issue ? see images below: So I have an alert checker with ID 4 [image: image.png] But hitting the api directly for that id gives a 404 [image: image.png] Observium details [image: image.png] Thanks in advance images attached also in case of non html email clients Regards, Daniel

3 3

Port red file generation issue
by Manish Shringarpure 24 Feb '20

24 Feb '20

Hi, I am new to observium. I have a strange issue ;for only one of the devices in the network. The port*.rrd files for this device is not getting generated in the /opt/observium/rrd path. The other rrd files are being generated for this device. Because of which the dashboard does not show any graphs for the ports on this device. I ran the poller script manually for this particular device and the ports*.rrd files got generated but after I exported the files to an XML I could see all values as NaN. Also these port rrd files are not getting updated at regular intervals like the other rrd files for the same device. How do I debug this? Help would be appreciated. Regards, Manish

2 1

Wikimedia Map Tiles not loading - Error 429
by Gumilar Siegfried MSc. 21 Feb '20

21 Feb '20

Hello! Among other things, we display the map in the dashboard. As it seems, the Wikimedia Tiles are shown by default, because we did not set anything else in the config.php file. Since a few weeks we have the problem that some tiles are not displayed anymore. In the Chrome Console you can see that the PNGs are not loaded due to an error code 429 (too many requests). It seems that Wikimedia has introduced a limit for some time now. Since many users have the dashboard permanently open, the same PNGs are very often loaded from our public IP. Is there a workaround for this problem? It is actually not necessary that the browser constantly reloads the PNGs, because nothing changes in the display. Unfortunately I did not find a list of possible alternative tile providers anywhere in the documentation. I only know the carto base dark and light. Unfortunately I don't find them optically ideal. What other implemented variants are there? Regards, Siegfried

3 2

Change severity on alarms
by Daniel Johansson 21 Feb '20

21 Feb '20

Hi I was wondering if there are any ways of creating other seventies than Critical when creating alarm checkers? For example I would like to have severity Informational and maybe some others. Also I would like to have the posibility to only send Critical events to all recievers of the alarms and Informational to the responsible group for specific alarms. Is this possible? If so how do I do it? If it's not possible now, can it be implemented? ---- Regards Daniel

1 0

Syslog Priority Filter on Syslog Frontpage/Dashboard
by Klimek, Denis 20 Feb '20

20 Feb '20

Hi all, is there any known option to display also Informational (6) syslog messages on the Syslog Box in the dashboard view? Mit freundlichem Gruß Stadtwerke Norderstedt Denis Klimek Carrier Manager & Professional Network Engineer IP-Systemtechnik Tel: +49 (0) 40 / 521 04 - 1049 dklimek(a)stadtwerke-norderstedt.de<mailto:dklimek@stadtwerke-norderstedt.de> www.stadtwerke-norderstedt.de<http://www.stadtwerke-norderstedt.de/>

1 0

custom OID "autodiscovery" -?
by Adam Thompson 19 Feb '20

19 Feb '20

When I create a custom OID, I can turn on "Autodiscovery". What does this do? (It doesn't appear to be documented.) Thanks, -Adam Adam Thompson Consultant, Infrastructure Services [[MERLIN LOGO]] 100 - 135 Innovation Drive Winnipeg, MB, R3T 6A8 (204) 977-6824 or 1-800-430-6404 (MB only) athompson(a)merlin.mb.ca<mailto:athompson@merlin.mb.ca> www.merlin.mb.ca<http://www.merlin.mb.ca/>

2 1

Monitoring by IPv6 Only
by Junior Corazza 19 Feb '20

19 Feb '20

Hello everyone, how's it going? I'm trying to monitor some hosts in ipv6 only, but the Observium has the error: "Error Drawing Graph". Has anyone ever experienced this? If want, se the screen https://ibb.co/rKjPxnM Tks

2 3

OBS-2925 - Ping Only Hosts / OBS_SNMP_SKIP flag / snmp_skip attribute
by Colin Stubbs 17 Feb '20

17 Feb '20

For the benefit of anyone on the list who doesn't use JIRA... and also so that others who support (want/need) this feature can comment. https://jira.observium.org/browse/OBS-2925 Attached patch defines OBS_SNMP_SKIP flag and uses snmp_skip device attribute, similar to OBS_PING_SKIP and ping_skip, in order to have hosts that are ping only. Ping only hosts can still have the Observium Unix Agent installed (tested), and other poller modules such as IPMI enabled (untested). Tested: 1. Add/remove/rename ping only hosts via CLI 2. Add/remove ping only hosts via webUI 3. View/interact ping only hosts via webUI - SNMP specific features/menus etc are hidden while skip SNMP is enabled 4. Alerting - device_status equals 0 && device_status_type equals ping - will trigger alerts for host down/recovery events 5. Shifting a previously SNMP contactable host to ping only by ticking skip SNMP box - old SNMP graphs/etc are maintained and remain available - remove skip SNMP box and SNMP polling begins again Things I know kind of don't work right now: 1. Location override - poller/discovery doesn't seem to perform geocoding and whatever else is happening there Things that could be improved: 1. Unix Agent poller module etc is enabled by default for all hosts, for ping only hosts, perhaps it should be disabled by default? Will improve performance by reducing the number of processes that hang while the 10s default connect timeout happens. Totally untested: 1. Use of autodiscovery SNMP skip - should work in theory, unsure if those parts of the patch should actually be used though. Some people out there may actually want to add anything that does respond to ping and can be found thru adjacency and routing protocol info etc?? Patch generated from recent trunk, touches files as below, [root@desktop observium]# diff -r -u observium-trunk root | grep -v ^Only > ping_only_hosts.diff [root@desktop observium]# cd root [root@desktop root]# svn status M add_device.php M html/pages/addhost.inc.php M html/pages/device/edit/device.inc.php M html/pages/device/edit.inc.php M html/pages/device/graphs.inc.php M html/pages/device/perf.inc.php M includes/config-variables.inc.php M includes/defaults.inc.php M includes/definitions.inc.php M includes/discovery/functions.inc.php M includes/functions.inc.php M includes/polling/functions.inc.php M poller.php M rename_device.php [root@desktop root]# svn info | grep ^Revision Revision: 9704 [root@desktop root]# [root@desktop observium]# mv ping_only_hosts.diff ping_only_hosts_r9704.diff -Colin Email: cstubbs @ gmail . com

5 13

Adding Spectra BlackPearl devices
by Stephen Park 17 Feb '20

17 Feb '20

Hi, Can I get support added for a Spectra Black Pearl please. observium-01v ~]# snmpget -v2c -c <string> 172.16.15.96 sysObjectID.0 sysDescr.0 SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.3478.6 SNMPv2-MIB::sysDescr.0 = STRING: Spectra Logic BlackPearl Stephen Park Murdoch Children's Research Institute The Royal Children's Hospital, 50 Flemington Road Parkville, Victoria 3052 Australia T +61 3 9936 6267 M +61 439 796 025 E stephen.park(a)mcri.edu.au<mailto:stephen.park@mcri.edu.au> W mcri.edu.au<https://www.mcri.edu.au/> Disclaimer This e-mail and any attachments to it (the "Communication") are, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Murdoch Children’s Research Institute (MCRI) ABN 21 006 566 972 or any of its related entities. MCRI does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication.

2 1

Alert Checker Examples
by Luis Londoño 12 Feb '20

12 Feb '20

Not sure if there is somewhere already, but I was wondering what different alert checkers everyone is using? Tryin to build ours up and just want to see how everyone is going about checking for different port statuses and all else that Observium monitors. TIA

1 0

Regarding Observium Services
by Ismail Hossain 11 Feb '20

11 Feb '20

Dear Observium, We are using your product and version is 17.9. we want to add our FTTH device on observium but it's not working fully for devices like V-SOL, Phyhome, BDcom. Could you please add a feature for FTTH Network. If this criteria match with us then we want to purchase your product soon. -- With Best Regards, *Md. Ismail Hossain* *Engineer | Technical* Earth Telecommunication Team Chittagong Mail : ismail.hossain(a)earth.net.bd <ismail.hossain(a)race.net.bd> <atick(a)race.net.bd> Cell : 01844543221 Cell : 01970423912 Chittagong Office : IIUC Tower, (13th floor) Sheikh Mujib Road Agrabad C/A, Chittagong - 4100, Bangladesh.

1 0

Blank space in graphs
by Ludovic Eluecque 10 Feb '20

10 Feb '20

Hello, on somes devices, i have a problem with blank space in my networking graph, i have this problem only with somes devices, others devices (same hardware and OS) work well. Please find attached examples. The devices are Cisco N3K-C3048TP-1GE running on NX-OS 6.0(2)U3(7) (uk9). On working device (with normal graph) all ports are 64bits, on devices with blank problem all ports are 32bits. When i poll a device with the blank problem, i have: o CISCO-VLAN-IFTABLE-RELATIONSHIP-MIB cviRoutedVlanIfIndex o SMON-MIB o CISCO-TRUSTSEC-INTERFACE-MIB o ADSL-LINE-MIB o EtherLike-MIB dot3StatsDuplexStatus o Q-BRIDGE-MIB o IP-MIB IP-MIB ipIfStats *Negative ifOutOctets. Possible spike on next poll!* +-----------+--------+----------+--------+----------+----------+---------+----------+--------+---------+----+ | ifIndex | Label | Type | Speed | BPS In | BPS Out | Data In | Data Out | PPS In | PPS Out | HC | +-----------+--------+----------+--------+----------+----------+---------+----------+--------+---------+----+ | 83886080 | mgmt0 | Ethernet | 1Gbps | 59.1kbps | 55.9kbps | 252kB | 239kB | 66.5 | 66.5 | N | | 436207616 | Et1/1 | Ethernet | 1Gbps | 56.2kbps | 59.4kbps | 240kB | 254kB | 66.8 | 66.8 | N | | 436211712 | Et1/2 | Ethernet | 1Gbps | 23.2kbps | 27.2kbps | 99.1kB | 116kB | 27.2 | 18.8 | N | | 436215808 | Et1/3 | Ethernet | 1Gbps | 2.6Mbps | 1.68Mbps | 10.8MB | 7.01MB | 1.04k | 1.71k | N | | 436219904 | Et1/4 | Ethernet | 1Gbps | 260Mbps | 63.7Mbps | 1.06GB | 266MB | 23k | 12.6k | N | | 436224000 | Et1/5 | Ethernet | 1Gbps | 0bps | 114kbps | 0B | 489kB | 0 | 12.5 | N | | 436228096 | Et1/6 | Ethernet | 1Gbps | 117Mbps | 453Mbps | 490MB | 1.85GB | 14.6k | 39.9k | N | | 436232192 | Et1/7 | Ethernet | 1Gbps | 0bps | 0bps | 0B | 0B | 0 | 0 | N | | 436236288 | Et1/8 | Ethernet | 1Gbps | 8.76Mbps | 3.65Mbps | 36.5MB | 15.2MB | 828 | 592 | N | | 436240384 | Et1/9 | Ethernet | 1Gbps | 0bps | 0bps | 0B | 0B | 0 | 0 | N | | 436244480 | Et1/10 | Ethernet | 1Gbps | 24.3Mbps | 44.9Mbps | 101MB | 187MB | 3.09k | 4.55k | N | ..... | 436416512 | Et1/52 | Ethernet | 10Gbps | 38.7Mbps | 0bps | 161MB | *-1.9GB * | 116k | 73k | N | On working device, i don't have this negative values and the "HC" column has "Y" value, not "N". Do you have an idea about the problem? Thank! Regards. Ludovic. --

3 2

All ports down
by ira＠cylinder.tv 10 Feb '20

10 Feb '20

2 devices discovered No graphs work Config at pastebin.com/vTg8Ukep Thank you -- Sent from myMail for Android

4 5

Cleaning up Observium
by greggy862 . 06 Feb '20

06 Feb '20

Hello, I would like to cleanup observium, please see below that my largest directories are the logs (1.6 GB) and the rrd (17 GB). I tried cleaning up the logs by running ./housekeeping -sel BUT the size of the logs did not change - nonetheless, the devices with years of logs suddenly have days of logs (since I specified logs should be no older than 30 days). My concern is that I did the cleanup to reduce disk space, but immediately after I saw an increase in disk space, moreover, the space occupied in the log file directory did not change. Is it that observium housekeeping only targets space in the database, I ask because the query hanged for over 30 min doing nothing until I uses the -d (debug) flag and I noticed it was doing an sql query. How do I cleanup the logs directory? do I delete/truncate logs such as observium.log and access.log? What about the rrd directory, if I remove some of the rrds do I loose graphs (like record duration? LAB01:/opt/observium# du -h /opt/observium/ --max-depth=1 | sort -h 20K /opt/observium/templates 52K /opt/observium/probes 472K /opt/observium/attic 512K /opt/observium/scripts 1.3M /opt/observium/tests 1.8M /opt/observium/update 3.2M /opt/observium/libs 8.7M /opt/observium/includes 26M /opt/observium/html 630M /opt/observium/mibs 799M /opt/observium/.svn 2.3G /opt/observium/logs 17G /opt/observium/rrd 21G /opt/observium/ LAB01:/opt/observium# du -h /opt/observium/logs/* --max-depth=1 | sort -h 4.0K /opt/observium/logs/debug.log 12K /opt/observium/logs/cleanup.log 384K /opt/observium/logs/error_log 712K /opt/observium/logs/update-errors.log 1.3M /opt/observium/logs/housekeeping.log 20M /opt/observium/logs/db.log 707M /opt/observium/logs/access_log 1.6G /opt/observium/logs/observium.log Regards, Greg

1 0

Cisco 9300-24p in stack with 3 units not showing all info for stack member 2
by Daniel Johansson 06 Feb '20

06 Feb '20

Hi After setting up a new stack with 3 units of C9300-24p we only see the full inventory for switch 1 and switch 3 not switch 2. That means I can't see the fans or temp sensors for switch 2. Is this an observium parsing issue or an snmp issue in the switches? I attach a full picture of the inventory page. i also have a full snmpwalk dump from the switch if you need to have a look at it. Will send it outside of the list if needed. ---- Regards Daniel

3 3

unsubscribe
by Dose, Volker 04 Feb '20

04 Feb '20

Mit freundlichen Grüßen Volker Dose Volker Dose | IT-Infrastruktur ACO Severin Ahlmann GmbH & Co. KG Am Ahlmannkai | 24782 Büdelsdorf Tel.+49 4331 354-111 | Fax +49 4331 354-325 | Volker.Dose(a)aco.com<mailto:Volker.Dose@aco.com> www.aco.com<http://www.aco.com> [cid:image001.png@01D5DB77.BFA41390] Amtsgericht: Kiel, HRA 132 RD Komplementärin: Acoplast Kunststoff-Verarbeitung GmbH Amtsgericht: Kiel, HRB 131 RD USt-IdNr.: DE 135 372 264 Geschäftsführer: Hans-Julius Ahlmann, Iver Ahlmann, Søren W. Olsen, Thomas Bendixen [cid:image002.png@01D5DB77.BFA41390]<https://www.facebook.com/aco> [cid:image003.png@01D5DB77.BFA41390]<https://www.youtube.com/user/ACO> [cid:image004.png@01D5DB77.BFA41390]<https://www.linkedin.com/company/aco-group/> [cid:image005.png@01D5DB77.BFA41390]<https://www.instagram.com/aco_group> [cid:image006.png@01D5DB77.BFA41390]<https://www.pinterest.de/aco_group/> [cid:image007.png@01D5DB77.BFA41390]<https://twitter.com/aco_gruppe/>

1 0

LDAPS
by Quentin Beggs 04 Feb '20

04 Feb '20

Hey just wondering on the process for setting up LDAPS for authentication for Observium on Debian? We currently have LDAP working successfully but looking to move to LDAPS. I've changed the port and set starttls to true in the config file but I can't work out how/where to import the certificate? Quentin Beggs | Engineer 02 9970 2010 | 0420 361 760 Quentin.Beggs(a)netstrategy.net NetStrategy Pty Ltd | help(a)netstrategy.net Help Desk 1300-736-383 | netstrategy.net 165 Walker St, North Sydney NSW 2060

3 2

Feature Request - Interactive Graphs
by Justin Radke 04 Feb '20

04 Feb '20

Hello, I have been a user of Observium for quite some time and currently paid subscriber, I have always wanted to see interactive graphs to improve usability. What I am asking for specifically is the ability to: 1. Hover the mouse cursor over the graph and have it show pop-up boxes with info that show the current value for that vertex on the graph. 2. The ability to select a time window by clicking and dragging the cursor across the graph. This functionality is commonly seen on stock graphs such as finance.yahoo.com or finance.google.com where you can view values across the timeline and select time ranges by highlighting them on the graph with the mouse cursor. Is this a feature that can be added to Observium? Also, if this is not the appropriate method to issue feature requests please kindly direct me towards the proper method. Regards, -=JGR

8 9

Windows SNMP Timeout
by Luis Londoño 03 Feb '20

03 Feb '20

Hello, Is anyone else having any issues with SNMP timeouts on windows servers? I´ve checked the servers to make sure the port is open and it is listening, but whenever I either do the poller or I manually do the snmpwalk I get a timeout. Same thing if I run the snmpwalk from another server. I do get a ping response so I know they can communicate. I have 3 Windows 2012R2 servers that are having this issue, not sure if maybe it was a recent windows update. TIA

3 3

Re: [Observium] Supermicro: Voltage scale unreliabe
by Mike Stupalov 03 Feb '20

03 Feb '20

Ok, as I see in your output, all sensors with smHealthMonitorType equal to 1, everyone have smHealthMonitorReadingUnit equal to mV. And this mean our sensor definition still correct, not see reason for your changes. But I found 2 additional sensor classes (current type 7, unit mA) and (power type, unit mW). I will add it. smHealthMonitorType.22 = 1 smHealthMonitorType.23 = 1 smHealthMonitorType.24 = 1 smHealthMonitorType.25 = 1 smHealthMonitorType.26 = 1 smHealthMonitorType.27 = 1 smHealthMonitorType.28 = 1 smHealthMonitorType.29 = 1 smHealthMonitorType.30 = 1 smHealthMonitorType.31 = 1 smHealthMonitorType.32 = 1 smHealthMonitorType.33 = 1 .. smHealthMonitorType.42 = 1 smHealthMonitorType.43 = 1 .. smHealthMonitorType.52 = 1 smHealthMonitorType.53 = 1 smHealthMonitorReadingUnit.22 = "mV" smHealthMonitorReadingUnit.23 = "mV" smHealthMonitorReadingUnit.24 = "mV" smHealthMonitorReadingUnit.25 = "mV" smHealthMonitorReadingUnit.26 = "mV" smHealthMonitorReadingUnit.27 = "mV" smHealthMonitorReadingUnit.28 = "mV" smHealthMonitorReadingUnit.29 = "mV" smHealthMonitorReadingUnit.30 = "mV" smHealthMonitorReadingUnit.31 = "mV" smHealthMonitorReadingUnit.32 = "mV" smHealthMonitorReadingUnit.33 = "mV" .. smHealthMonitorReadingUnit.42 = "mV" smHealthMonitorReadingUnit.43 = "mV" .. smHealthMonitorReadingUnit.52 = "mV" smHealthMonitorReadingUnit.53 = "mV" Torstein Eide wrote on 03.02.2020 13:04: > Hi Mike > See attached file > > > man. 27. jan. 2020 kl. 19:21 skrev Mike Stupalov <mike(a)observium.org > <mailto:mike@observium.org>>: > > Hrm, > > please attach discovery debug for more understand, what your > device return in this MIB: > ./discovery.php -d -m sensors -h <device> > > Torstein Eide wrote on 27.01.2020 20:51: >> for voltage, the scale is in mV, (0.001), some times it would >> reset to 1. >> like this, for a 12V rail: >> image.png >> >> It is the fix "+ 'scale' => 0.001," that is >> important. >> since the "map_class" is more reliable then than the " 'mV' => >> 0.001,". >> >> man. 27. jan. 2020 kl. 18:33 skrev Mike Stupalov >> <mike(a)observium.org <mailto:mike@observium.org>>: >> >> Hi, >> >> please describe, what you mean as (voltage was unreliable)? >> >> as I see, you just added min (0) and max (250000), >> if your server return such values, we can exclude in same >> (single) definition. >> Both this values also impossible for fan speed and temperature. >> >> Torstein Eide via observium wrote on 24.01.2020 14:40: >>> Hi >>> >>> For me the scale read by the supermicro voltage was >>> unreliable, so i have change it to be 2 separately entries. >>> Index: includes/definitions/mibs/supermicro.inc.php >>> >>> =================================================================== >>> --- includes/definitions/mibs/supermicro.inc.php >>> (revision 10173) >>> +++ includes/definitions/mibs/supermicro.inc.php >>> (working copy) >>> @@ -29,6 +29,8 @@ >>> 'SUPERMICRO-HEALTH-MIB::smHealthMonitorName.1' => '/.+/' >>> ]; >>> >>> + >>> +// Tempeture and fanspeed >>> $config['mibs'][$mib]['sensor'][] = array( >>> 'table' => 'smHealthMonitorTable', >>> 'oid' => 'smHealthMonitorReading', >>> @@ -35,11 +37,12 @@ >>> 'oid_descr' => 'smHealthMonitorName', >>> 'descr_transform' => [ 'action' => 'ireplace', >>> 'from' => [ 'Temperature', 'Temp', 'Voltage', ' Fan >>> Speed', ' Speed' ], 'to' => '' ], >>> 'oid_class' => 'smHealthMonitorType', >>> - 'map_class' => [ 0 => 'fanspeed', 1 => >>> 'voltage', 2 => 'temperature' ], >>> + 'map_class' => [ 0 => 'fanspeed', 2 => >>> 'temperature' ], >>> // This table have unit oid smHealthMonitorDivisor, >>> but it always 0 >>> 'oid_scale' => 'smHealthMonitorReadingUnit', >>> 'map_scale' => [ 'C' => 1, 'mV' => 0.001, >>> 'RPM' => 1 ], >>> 'oid_num' => >>> '.1.3.6.1.4.1.10876.2.1.1.1.1.4', >>> + 'min' => 0, >>> 'limit_scale' => 'scale', // limits scale >>> same as main scale >>> 'oid_limit_high' => 'smHealthMonitorHighLimit', >>> 'oid_limit_low' => 'smHealthMonitorLowLimit', >>> @@ -47,6 +50,31 @@ >>> 'rename_rrd' => 'supermicro-%index%' >>> ); >>> >>> +// voltage >>> + >>> +$config['mibs'][$mib]['sensor'][] = array( >>> + 'table' => 'smHealthMonitorTable', >>> + 'oid' => 'smHealthMonitorReading', >>> + 'oid_descr' => 'smHealthMonitorName', >>> + 'descr_transform' => [ 'action' => 'ireplace', >>> 'from' => [ 'Temperature', 'Temp', 'Voltage', ' Fan >>> Speed', ' Speed' ], 'to' => '' ], >>> + 'oid_class' => 'smHealthMonitorType', >>> + 'map_class' => [ 1 => 'voltage' ], >>> + // This table have unit oid smHealthMonitorDivisor, >>> but it always 0 >>> + //'oid_scale' => 'smHealthMonitorReadingUnit', >>> + //'map_scale' => [ 'C' => 1, 'mV' => 0.001, >>> 'RPM' => 1 ], >>> + 'limit_scale' => 'scale', // limits scale >>> same as main scale >>> + 'scale' => 0.001, >>> + 'oid_num' => >>> '.1.3.6.1.4.1.10876.2.1.1.1.1.4', >>> + 'min' => 0, >>> + 'max' => 250000, >>> + 'oid_limit_high' => 'smHealthMonitorHighLimit', >>> + 'oid_limit_low' => 'smHealthMonitorLowLimit', >>> + 'test' => [ 'field' => >>> 'smHealthMonitorReadingUnit', 'operator' => 'notin', >>> 'value' => [ 'ThermalText', 'N/A' ] ], >>> + 'rename_rrd' => 'supermicro-%index%' >>> +); >>> >>> >>> This fix the problem i had with scale changing for voltage. >>> >>> -- >>> Torstein Eide >>> Torsteine(a)gmail.com <mailto:Torsteine@gmail.com> >>> >>> >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org <mailto:observium@observium.org> >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> -- >> Mike Stupalov >> Observium Limited, http://observium.org >> >> >> >> -- >> Torstein Eide >> Torsteine(a)gmail.com <mailto:Torsteine@gmail.com> > > -- > Mike Stupalov > Observium Limited, http://observium.org > > > > -- > Torstein Eide > Torsteine(a)gmail.com <mailto:Torsteine@gmail.com> -- Mike Stupalov Observium Limited, http://observium.org

1 0

Device need to be rediscovered
by Tomasz Karczewski 02 Feb '20

02 Feb '20

Hi, >From the last update i see many logs like "snmpEngineID changed: -> (probably the device was replaced). The device will be rediscovered" I rediscoverd manually all devices but i still see these logs. Tomasz Karczewski Administrator Sieci tkarczewski(a)man.olsztyn.pl http://www.man.olsztyn.pl http://www.uwm.edu.pl tel. (89) 523 45 55 fax. (89) 523 43 47 Ośrodek Eksploatacji i Zarządzania Miejską Siecią Komputerową OLMAN w Olsztynie Uniwersytet Warmińsko-Mazurski w Olsztynie

4 6

Areca arrays
by cody＠mail-server.cc 01 Feb '20

01 Feb '20

The Areca controller is supported but only very basic infos are availaible as Areca doesn't provide much via SNMP. But there is a areca-hw script that uses the cli tool get the hardware infos out of it: CLI> hw info The Hardware Monitor Information ===================================================== [Controller H/W Monitor] CPU Temperature : 64 C Controller Temp. : 38 C CPU Fan : 8437 RPM 12V : 12.220 V 5V : 5.053 V 3.3V : 3.360 V IO Voltage +1.8V : 1.824 V DDR3 +1.5V : 1.536 V CPU VCore +1.0V : 1.040 V Analog +1.0V : 1.024 V DDR3 +0.75V : 0.752 V Battery Status : Not Installed [Enclosure#1 : SAS RAID Adapter V1.0] ===================================================== GuiErrMsg<0x00>: Success. Would it be possible to extend the areca-hw script to add volume and disk info to check if the volume is in Normal or Degraded state and if possible which disk is gone? CLI> vsf info # Name Raid Name Level Capacity Ch/Id/Lun State =============================================================================== 1 ARC-1882-VOL#000 Raid Set # 000 Raid1+0 480.1GB 00/00/00 Normal 2 ARC-1882-VOL#002 Raid Set # 002 Raid1+0 600.1GB 00/00/01 Normal 3 ARC-1882-VOL#003 Raid Set # 003 Raid1+0 2000.4GB 00/00/02 Normal =============================================================================== GuiErrMsg<0x00>: Success. CLI> disk info # Enc# Slot# ModelName Capacity Usage =============================================================================== 1 01 Slot#1 SAMSUNG MZ7KM480HAHP-0E005(SED 480.1GB Raid Set # 000 2 01 Slot#2 SAMSUNG MZ7KM480HAHP-0E005(SED 480.1GB Raid Set # 000 3 01 Slot#3 N.A. 0.0GB N.A. 4 01 Slot#4 N.A. 0.0GB N.A. 5 01 Slot#5 WDC WD6000HLHX-01JJPV0 600.1GB Raid Set # 002 6 01 Slot#6 WDC WD6000HLHX-01JJPV0 600.1GB Raid Set # 002 7 01 Slot#7 HGST HUS724020ALE640 2000.4GB Raid Set # 003 8 01 Slot#8 HGST HUS724020ALE640 2000.4GB Raid Set # 003 =============================================================================== GuiErrMsg<0x00>: Success. Thanks, Cody

1 0

Splunk integration
by davide.magni＠sorint.it 31 Jan '20

31 Jan '20

Hi all, I know that there are API in Observium for fetching devices status and data. Is there an integration/app/plugin for fetching this data into Splunk? Thanks! /* */ /*Davide Magni*/

1 0

Hardware inventory not updating
by Tomasz Karczewski 31 Jan '20

31 Jan '20

Hi, I noticed that my hardware inventory won't update in Observium pro version. How can i fix that? Tomasz Karczewski Administrator Sieci tkarczewski(a)man.olsztyn.pl http://www.man.olsztyn.pl http://www.uwm.edu.pl tel. (89) 523 45 55 fax. (89) 523 43 47 Ośrodek Eksploatacji i Zarządzania Miejską Siecią Komputerową OLMAN w Olsztynie Uniwersytet Warmińsko-Mazurski w Olsztynie

1 0

Contact
by Melissa Stagg 29 Jan '20

29 Jan '20

Hello, Does anyone know how to request an invoice or speak to someone direct please? Melissa Stagg Sales Support Melissa.Stagg(a)Millgate.co.uk millgate.co.uk<https://millgate.co.uk> +44 (0) 114 242 9864 [cid:image001.jpg@01D5D68D.542DD400]<https://millgate.co.uk/> [cid:image002.jpg@01D5D68D.542DD400]<https://www.linkedin.com/company/millgateit> [cid:image003.jpg@01D5D68D.542DD400]<https://twitter.com/millgate_it> [cid:image004.jpg@01D5D68D.542DD400]<https://www.facebook.com/millgateit> Registered Head Office: 7 Vantage Drive, Sheffield, South Yorkshire, S9 1RG Millgate Ltd. is a company registered in England and Wales. Registered number: 03229619. The information transmitted is intended for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission or other use of, or taking of any action in reliance upon information by persons or entities other than the intended recipient is prohibited. This email should be scanned for virus infection before opening, Millgate Ltd accept no liability for loss or damage arising through the content of this message. The content of this message, or opinions expressed within, are not necessarily agreed with by the directors or shareholders of Millgate Ltd. No terms and conditions (either emailed or posted) will be accepted by Millgate Ltd unless signed by a director of the company. If you have received this e-mail in error, please contact the sender and delete the material from any computer.

2 1

Storage size changes
by Luis Londoño 29 Jan '20

29 Jan '20

Hello, On our NAS devices, there are multiple entries where the storage size changes to 0 and then changes back to its original number. Is this something that can be changed? Or anybody know why it is doing that? I´m wondering if that is going to cause an issue if I enable an alert checker for disk size changes.

3 2

Re: [Observium] NetApp Storage FAS2552 - Interface Speed Change
by Mike Stupalov 28 Jan '20

28 Jan '20

Hi Basile, please try with latest revision (r10249). Issue should gone ;) Basile Bluntschli wrote on 28.01.2020 09:35: > Hi Make > > please see attached files. > As you can see from the screenshot the interface names get filled > wrong. As far as I can see in the debug. It would display the correct > Interface but it gets truncated. > > Thanks > Basile > > > > Am Di., 28. Jan. 2020 um 00:09 Uhr schrieb Mike Stupalov > <mike(a)observium.org <mailto:mike@observium.org>>: > > Hi Basile, > > you sent discovery debug, but this issue need to see poller debug. > > Please make this debug: > ./poller.php -d -m ports -h <device> > > Tnx. > > Basile Bluntschli via observium wrote on 27.01.2020 23:57: >> just sent to you via private reply >> >> Thanks! >> >> Am Mo., 27. Jan. 2020 um 19:59 Uhr schrieb Tom Laermans via >> observium <observium(a)observium.org <mailto:observium@observium.org>>: >> >> Probably better to ignore the -1 and consider ifHighSpeeed >> unreliable on that device? >> >> Debug output for the poller would definitely help! >> >> On 1/26/2020 6:44 PM, Adam Armstrong via observium wrote: >>> Is it always the same message? >>> >>> If so, I guess that database field can't contain -1 value. >>> >>> We can modify the schema for that, but it'd be useful to >>> know where the -1 is coming from. >>> >>> Adam. >>> >>> Sent from BlueMail <http://www.bluemail.me/r?b=15774> >>> On 26 Jan 2020, at 15:23, Basile Bluntschli via observium >>> <observium(a)observium.org <mailto:observium@observium.org>> >>> wrote: >>> >>> Hi All >>> >>> on our NetApp FAS2552 every polling interval the >>> interface speed changes: >>> Interface changed: [ifHighSpeed] '0' -> '-1' >>> >>> This happens at all polling intervals... >>> >>> Would a debug output help? >>> >>> Thanks >>> Basile >>> >>> >>> ------------------------------------------------------------------------ >>> >>> observium mailing list >>> observium(a)observium.org <mailto:observium@observium.org> >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> >>> >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org <mailto:observium@observium.org> >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> >> _______________________________________________ >> observium mailing list >> observium(a)observium.org <mailto:observium@observium.org> >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> >> >> _______________________________________________ >> observium mailing list >> observium(a)observium.org <mailto:observium@observium.org> >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > -- > Mike Stupalov > Observium Limited, http://observium.org > -- Mike Stupalov Observium Limited, http://observium.org

2 1

NetApp Storage FAS2552 - Interface Speed Change
by Basile Bluntschli 28 Jan '20

28 Jan '20

Hi All on our NetApp FAS2552 every polling interval the interface speed changes: Interface changed: [ifHighSpeed] '0' -> '-1' This happens at all polling intervals... Would a debug output help? Thanks Basile

4 4

Supermicro: Voltage scale unreliabe
by Torstein Eide 27 Jan '20

27 Jan '20

Hi For me the scale read by the supermicro voltage was unreliable, so i have change it to be 2 separately entries. Index: includes/definitions/mibs/supermicro.inc.php > =================================================================== > --- includes/definitions/mibs/supermicro.inc.php (revision 10173) > +++ includes/definitions/mibs/supermicro.inc.php (working copy) > @@ -29,6 +29,8 @@ > 'SUPERMICRO-HEALTH-MIB::smHealthMonitorName.1' => '/.+/' > ]; > > + > +// Tempeture and fanspeed > $config['mibs'][$mib]['sensor'][] = array( > 'table' => 'smHealthMonitorTable', > 'oid' => 'smHealthMonitorReading', > @@ -35,11 +37,12 @@ > 'oid_descr' => 'smHealthMonitorName', > 'descr_transform' => [ 'action' => 'ireplace', 'from' => [ > 'Temperature', 'Temp', 'Voltage', ' Fan Speed', ' Speed' ], 'to' => '' ], > 'oid_class' => 'smHealthMonitorType', > - 'map_class' => [ 0 => 'fanspeed', 1 => 'voltage', 2 => > 'temperature' ], > + 'map_class' => [ 0 => 'fanspeed', 2 => 'temperature' ], > // This table have unit oid smHealthMonitorDivisor, but it always 0 > 'oid_scale' => 'smHealthMonitorReadingUnit', > 'map_scale' => [ 'C' => 1, 'mV' => 0.001, 'RPM' => 1 ], > 'oid_num' => '.1.3.6.1.4.1.10876.2.1.1.1.1.4', > + 'min' => 0, > 'limit_scale' => 'scale', // limits scale same as main scale > 'oid_limit_high' => 'smHealthMonitorHighLimit', > 'oid_limit_low' => 'smHealthMonitorLowLimit', > @@ -47,6 +50,31 @@ > 'rename_rrd' => 'supermicro-%index%' > ); > > +// voltage > + > +$config['mibs'][$mib]['sensor'][] = array( > + 'table' => 'smHealthMonitorTable', > + 'oid' => 'smHealthMonitorReading', > + 'oid_descr' => 'smHealthMonitorName', > + 'descr_transform' => [ 'action' => 'ireplace', 'from' => [ > 'Temperature', 'Temp', 'Voltage', ' Fan Speed', ' Speed' ], 'to' => '' ], > + 'oid_class' => 'smHealthMonitorType', > + 'map_class' => [ 1 => 'voltage' ], > + // This table have unit oid smHealthMonitorDivisor, but it always 0 > + //'oid_scale' => 'smHealthMonitorReadingUnit', > + //'map_scale' => [ 'C' => 1, 'mV' => 0.001, 'RPM' => 1 ], > + 'limit_scale' => 'scale', // limits scale same as main scale > + 'scale' => 0.001, > + 'oid_num' => '.1.3.6.1.4.1.10876.2.1.1.1.1.4', > + 'min' => 0, > + 'max' => 250000, > + 'oid_limit_high' => 'smHealthMonitorHighLimit', > + 'oid_limit_low' => 'smHealthMonitorLowLimit', > + 'test' => [ 'field' => 'smHealthMonitorReadingUnit', > 'operator' => 'notin', 'value' => [ 'ThermalText', 'N/A' ] ], > + 'rename_rrd' => 'supermicro-%index%' > +); This fix the problem i had with scale changing for voltage. -- Torstein Eide Torsteine(a)gmail.com

2 3

Settings page for status?
by Torstein Eide 27 Jan '20

27 Jan '20

I the settings page we have option for "Ignore" and "Disable" for sensor, and in the database we have similar columns for status. Why is "section=status/" not a thing? -- Torstein Eide Torsteine(a)gmail.com

2 2

How to add support for status?
by Torstein Eide 27 Jan '20

27 Jan '20

Hi I like to add support for lcsStatusVcCllMngrLinesEntry, in LCOS-MIB. But i can't find any doc on how to add it. Can some point me to where i can read about what i need? I have found some example, like what is done in "apc.inc.php", but it does not contain any description. LcsStatusVcCllMngrLinesEntry ::= SEQUENCE { lcsStatusVcCllMngrLinesEntryIndex Integer32, lcsStatusVcCllMngrLinesEntryName DisplayString, lcsStatusVcCllMngrLinesEntryType INTEGER, lcsStatusVcCllMngrLinesEntryRegStatus INTEGER, lcsStatusVcCllMngrLinesEntryLineStatus INTEGER, lcsStatusVcCllMngrLinesEntryQuality INTEGER, lcsStatusVcCllMngrLinesEntryNumber DisplayString, lcsStatusVcCllMngrLinesEntryDomain DisplayString, lcsStatusVcCllMngrLinesEntryRegState INTEGER, lcsStatusVcCllMngrLinesEntryInccallrecv Integer32, lcsStatusVcCllMngrLinesEntryInccallansw Integer32, lcsStatusVcCllMngrLinesEntryInccallconn Integer32, lcsStatusVcCllMngrLinesEntryInccallfail Integer32, lcsStatusVcCllMngrLinesEntryOutcallattm Integer32, lcsStatusVcCllMngrLinesEntryOutcallansw Integer32, lcsStatusVcCllMngrLinesEntryOutcallconn Integer32, lcsStatusVcCllMngrLinesEntryOutcallfail Integer32, lcsStatusVcCllMngrLinesEntryRemoteIpAddress DisplayString } -- Torstein Eide Torsteine(a)gmail.com

3 6

Systemd files
by Torstein Eide 25 Jan '20

25 Jan '20

Hi I have made systemd files for Observium. This makes it simplare to log from poller or discovery. It also adds a Max runtime control. It should probably be a max runtime per device. https://github.com/Eideen/Observium-systemdfiles -- Torstein Eide Torsteine(a)gmail.com

4 5

Cisco IE1000 support
by Torstein Eide 24 Jan '20

24 Jan '20

Hi I have made model, mibs and os config for CIE1000 seire MIBS can be fond her: https://gofile.io/?c=HcnPNn config her: https://gist.github.com/Eideen/144d9b38f85042d77619f91985bd85b6 I was unable to get the status LED working. -- Torstein Eide Torsteine(a)gmail.com

3 8