wrong interface metrics in database reports?

Hi all,

as stated in NMS-8926<https://issues.opennms.org/browse/NMS-8926> there might be (or have been) some bugs in the values reported by different database reports.

I'm actually digging into this as we have differences between the values shown in the snmp interface graphs (which seem to be correct) for different mib2-values (In/OutOctets, different In/Out error variables) and the values we get through database reports.

Anyone knows what exactly is going on here?

From etc-pristine/report-templates/subreports/TotalBytesTransferredByInterface_subreport1.jrxml (Meridian 2016.1.6)

        <queryString language="measurement">
                <![CDATA[<query-request step="300000" ... source aggregation="AVERAGE" label="IfInOctets"...

Why is here a stepsize of 300000? I assume someone took the datacollection's stepsize instead of the stepsize of 300 seconds (default) used to store the values in rrd-files.

        <variable name="received_SUM" class="java.lang.Double" calculation="Sum">
                <variableExpression><![CDATA[$F{IfInOctets}]]></variableExpression>
...

What is the result of this operation - will we get the sum of the values stored in the rrd-files, or will the sum already be multiplied by the stepsize?

For ifInOctets the rrd-files should contain as values the number of bytes/s transmitted during each step. To obtain the number of bytes transmitted in this interval, the value has to be multiplied by the stepsize.


-Michael

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

_______________________________________________
Please read the OpenNMS Mailing List FAQ:
http://www.opennms.org/index.php/Mailing_List_FAQ

opennms-discuss mailing list

To *unsubscribe* or change your subscription options, see the bottom of this page:
https://lists.sourceforge.net/lists/listinfo/opennms-discuss