David, You have resetting turned-off in the config you shared with me. That would prevent resetting of counters.
On Fri, Mar 25, 2016 at 8:21 PM, singh.janmejay <[email protected]> wrote: > That is not supposed to happen. Although very unlikely, it may be an > environment specific bug. Do all dyn-stats tests pass in your local env? > > Also, are you using something other than impstats to report it? > > On Mar 25, 2016 7:24 PM, "David Lang" <[email protected]> wrote: >> >> resettable counters don't seem to be resetting for me. >> >> David Lang >> >> On Fri, 25 Mar 2016, singh.janmejay wrote: >> >>> 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. >>> >> _______________________________________________ >> 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. -- Regards, Janmejay http://codehunk.wordpress.com _______________________________________________ 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.
