SLA report doesn't respect custom date range
Posted: Wed Apr 01, 2020 4:00 pm
Hi,
While investigating our issue with availability reports described in this topic I noticed something strange with SLA reports.
I want to create a SLA report for a custom period. I choose a start and end date (say, 01/03/2020 00:00:00 and 01/03/2020 04:00:00) and I get a report which states that my service was up for 93.094% of the time in this period.
I try to change the numbers a little, and instead generate a report from 01/03/2020 00:00:00 to 01/03/2020 03:00:00 and I get the exact same report. Still 93.094% uptime.
This seems highly unlikely, so I try an extreme example: A report from 01/03/2020 00:00:00 to 01/03/2020 00:00:10. Same result. I find it very hard to believe, that we can have exactly 93.094% uptime during a period of 10 seconds.
My best guess is that the report-engine doesn't read the supplied dates at all. Can you verify this?
A bug regarding SLA reports was mentioned in the changelog for version 5.6.8 so I updated to the newest release (5.6.12, previously we were on 5.6.5). The problem is still present.
I hope you can help us find a fix for this issue.
While investigating our issue with availability reports described in this topic I noticed something strange with SLA reports.
I want to create a SLA report for a custom period. I choose a start and end date (say, 01/03/2020 00:00:00 and 01/03/2020 04:00:00) and I get a report which states that my service was up for 93.094% of the time in this period.
I try to change the numbers a little, and instead generate a report from 01/03/2020 00:00:00 to 01/03/2020 03:00:00 and I get the exact same report. Still 93.094% uptime.
This seems highly unlikely, so I try an extreme example: A report from 01/03/2020 00:00:00 to 01/03/2020 00:00:10. Same result. I find it very hard to believe, that we can have exactly 93.094% uptime during a period of 10 seconds.
My best guess is that the report-engine doesn't read the supplied dates at all. Can you verify this?
A bug regarding SLA reports was mentioned in the changelog for version 5.6.8 so I updated to the newest release (5.6.12, previously we were on 5.6.5). The problem is still present.
I hope you can help us find a fix for this issue.