Only idea i can thougth of is adding support for DERIVE DST of rrd files so rrdtools will store NaN on counter wraps. Still it will bug on things like interface who get randomly reset their counters like ppp or VPNs... but then if DERIVE was supported adding thing like &quot;use_derive_instead_of_gauge&quot; to interface/netlink module wont be probably too complicated.<br>
<br><br><div class="gmail_quote">2009/3/23 Florian Forster <span dir="ltr">&lt;<a href="mailto:octo@verplant.org">octo@verplant.org</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Mariusz,<br>
<div class="im"><br>
On Mon, Mar 23, 2009 at 12:43:04PM +0100, Mariusz Gronczewski wrote:<br>
&gt; is there any way to force collectd to give NaN when wrapping a counter<br>
&gt; (basically work like DERIVE datasouce in rrdtool) or use DERIVE<br>
&gt; instead of COUNTER when i fetch data via exec plugin ?<br>
<br>
</div>currently, the only way around these problems is to specify an<br>
appropriate maximum value. If the value (the calculated rate for counter<br>
values) exceeds this maximum value, RRDtool will automatically store a<br>
NaN.<br>
<br>
collectd simply passes the counters on to RRDtool, therefore doing<br>
wrap-around- or reset-detection is not easily possible in collectd.<br>
<br>
By the way, you can re-define types in a custom types.db. This is by<br>
intention so you can set a maximum value without modifying the<br>
distribution provided file which is probably overwritten next time you<br>
update the package..<br>
<br>
If you have any suggestions to improve the situation, I&#39;m agog to hear<br>
it :)<br>
<br>
Regards,<br>
-octo<br>
<font color="#888888">--<br>
Florian octo Forster<br>
Hacker in training<br>
GnuPG: 0x91523C3D<br>
<a href="http://verplant.org/" target="_blank">http://verplant.org/</a><br>
</font><br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.6 (GNU/Linux)<br>
<br>
iD8DBQFJx6TEHdggu3Q05IYRAoZKAKCDRNnj4Y5349axlgy+4bfkfjPucwCfa9SB<br>
4v1IUMnmkzD9nOSD9OZxWKI=<br>
=Ygxb<br>
-----END PGP SIGNATURE-----<br>
<br></blockquote></div><br>