Atlassian uses cookies to improve your browsing experience, perform analytics and research, and conduct advertising. Accept all cookies to indicate that you agree to our use of cookies on your device. Atlassian cookies and tracking notice, (opens new window)
Greater flexibility in RelativeTime for Statistics Reports
Description
One of our use cases for OpenNMS is to move the monitoring, graphing and alerting of our Hitachi SAN arrays from the bespoke Hitachi software stack to a more open system.
As part of creating a dashboard I am using the 'TopN' reports to show heavily used RAID Groups and LUNs, but the statsd-configuration.xml syntax only permits the use of those macros which are defined in /opennms/opennms-services/src/main/java/org/opennms/netmgt/statsd/RelativeTime.java.
None of those macros are appropriate to get a near-real-time view; whilst it would be great to use natural language in the statsd configuration (e.g. START: now-1 hour, END: now) may I suggest a few additional time periods to improve the flexibility in the meantime?
SLIDINGHOUR - Start: One hour ago from 'now'. End: 'now'. both Start + End zeros the seconds + milliseconds for a less-ugly display in the statistics reports list SLIDING4HOURS - as above but starting 4 hours ago SLIDING8HOURS - as above but starting 8 hours ago SLIDINGDAY - as above from starting from this time yesterday TODAY - From midnight today until 'now'
I've attached what I believe is a suitable patch - it's trivial stuff and I'm happy for an existing developer to sponsor its inclusion so everyone can benefit. I am definitely not a software developer
One of our use cases for OpenNMS is to move the monitoring, graphing and alerting of our Hitachi SAN arrays from the bespoke Hitachi software stack to a more open system.
As part of creating a dashboard I am using the 'TopN' reports to show heavily used RAID Groups and LUNs, but the statsd-configuration.xml syntax only permits the use of those macros which are defined in /opennms/opennms-services/src/main/java/org/opennms/netmgt/statsd/RelativeTime.java.
None of those macros are appropriate to get a near-real-time view; whilst it would be great to use natural language in the statsd configuration (e.g. START: now-1 hour, END: now) may I suggest a few additional time periods to improve the flexibility in the meantime?
SLIDINGHOUR - Start: One hour ago from 'now'. End: 'now'. both Start + End zeros the seconds + milliseconds for a less-ugly display in the statistics reports list
SLIDING4HOURS - as above but starting 4 hours ago
SLIDING8HOURS - as above but starting 8 hours ago
SLIDINGDAY - as above from starting from this time yesterday
TODAY - From midnight today until 'now'
I've attached what I believe is a suitable patch - it's trivial stuff and I'm happy for an existing developer to sponsor its inclusion so everyone can benefit. I am definitely not a software developer
Cheers,
Gavin.