Well, the bug is metric-ttl ends up killing all metric instead of unused-metrics. This works for resettable counters, but for non-resettable counters it kills the accumulation prematurely.
The fix will identify which counters are being used and will not kill them. So it won't discard accumulated value as long as it is being incremented at least once within the TTL time. On Mar 25, 2016 10:53 AM, "David Lang" <[email protected]> wrote: > What I'm seeing is that unless the reset time matches the pstats interval, > the data output doesn't reset each pstats report. > > David Lang > > On Fri, 25 Mar 2016, singh.janmejay wrote: > > This is a bug. I'll provide the fix on Monday(or in the worst case in a few >> days, in case I don't get a chance to work on this on Monday). >> >> Basically, I was supposed to have a shadow table to mark used counters, >> and >> kill unused counters in next run of metric-ttl-cycle which wasn't present >> in first cut because I started with resetting counter test cases first, >> then somehow this slipped my mind. >> > > On Mar 25, 2016 4:12 AM, "David Lang" <[email protected]> wrote: >> >> the unusedMetricLife parameter when setting up a stat says that it's to >>> purge an unused stat. >>> >>> But I've got an example where I create about 5 stats in the bucket and >>> what I think I'm seeing is that the stats are cumulative, not reset each >>> time they are dumped out, but they get reset every unusedMetricLife >>> seconds. >>> >>> Is this my imagination? or is the behavior not matching the >>> documentation? >>> >>> David Lang >>> _______________________________________________ >>> rsyslog mailing list >>> http://lists.adiscon.net/mailman/listinfo/rsyslog >>> http://www.rsyslog.com/professional-services/ >>> What's up with rsyslog? Follow https://twitter.com/rgerhards >>> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad >>> of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you >>> DON'T LIKE THAT. >>> >>> _______________________________________________ >> rsyslog mailing list >> http://lists.adiscon.net/mailman/listinfo/rsyslog >> http://www.rsyslog.com/professional-services/ >> What's up with rsyslog? Follow https://twitter.com/rgerhards >> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad >> of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you >> DON'T LIKE THAT. >> >> _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com/professional-services/ > What's up with rsyslog? Follow https://twitter.com/rgerhards > NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad > of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you > DON'T LIKE THAT. > _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
