On Dec 9, 2007 12:36 PM, Sebastian Harl <<a href="mailto:sh@tokkee.org">sh@tokkee.org</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Justo, <br></blockquote><div>Hi again, Sebastian ! <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br><br>(Please reply on-list in the future.)
</blockquote><div>sorry, I forwarded it later .... but you reply soon .. ;-)<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<div class="Ih2E3d"><br>On Sun, Dec 09, 2007 at 11:56:17AM +0100, Justo Alonso wrote:<br>> On Dec 5, 2007 8:41 PM, Sebastian Harl <<a href="mailto:sh@tokkee.org">sh@tokkee.org</a>> wrote:<br></div><div class="Ih2E3d">
> > On Wed, Dec 05, 2007 at 04:54:17PM +0100, Justo Alonso wrote:<br>> > > when a plugin read fail, "The time between the calls of the function<br>> > is<br>> > > increased exponentially until one day (86400 seconds)". Maybe a
<br>> > > "PluginRetries" global parameter can be useful.<br>> > ><br>> > > Two option (I think) ...<br>> > > - First, an integer to the max seconds (now hardcoded 86400).
<br>> > > - Second option is a string with a increment especification<br>> > (like<br>> > > at mail queue runner), p.e. "F,2h,15m; G,16h,1h,1.5; F,4d,6h" ....<br>> ><br>> > What kind of benefit would that be for the user? Any such option should
<br>> > not be<br>> > hard to implement but I don't really see any benefits from it (besides<br>> > confusing most of the users)...<br>><br>> Currently, I'm working on a tomcat plugin (soon I will send you , I'm
<br>> testing it). When I need stop the tomcat (not-hot deploy, patchs, etc...) I<br>> need restart collectd. With a 30 seconds interval .. if I stop the tomcat by<br>> 180 seconds, I have a no-stats period of 480-960 seconds .. ;-(
<br><br></div>So, do you need it for testing purposes only? In this case you could simply<br>make sure, the tomcat read callback returns 0 in all cases.<br></blockquote><div><br>Not, not for testing ... In production environment, some times, you need stop the service (apache, mysql, tomcat, etc..), for new versions, not hot-deploys, rotate logs, etc... Now, with the collectd increase interval method, I need restart the collectd daemon. Not only this plugin .. all plugins that connect to the service, if you stop the service for a short time, you stop the stats for a medium-large time.
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Else it might make more sense (as this seems to be a tomcat-specific issue) to
<br>add an option (to the plugin configuration) to ignore the case when tomcat<br>cannot be contacted and return 0 from the read callback in that case. Does<br>this sound reasonable to you? Maybe you want to send in a pre-release of your
<br>plugin so we can already have a look at it and discuss it in more detail.<br><div class="Ih2E3d"></div></blockquote><div><br>I think that this issue is not plugin specific. Ok ... I will start a new list thread with the plugin.
<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>> > > And .. this configuration per plugin ??
<br>> ><br>> > Hum... making this configurable on a per plugin base would make things<br>> > somewhat complex - I'm not sure if it's worth the efforts.<br>><br>> Maybe a new callback function on the plugin ... interval( int mode, int
<br>> seconds ). If the callback function is not NULL, when need the interval we<br>> call to interval function with PLUGIN_INTERVAL_GET mode ... when we need<br>> increase interval call it with PLUGIN_INTERVAL_INCREASE mode and when we
<br>> need reset interval (read function ok), call it with PLUGIN_INTERVAL_RESET<br>> mode .... If the callback function is NULL all work at this time.<br><br></div>This adds a lot of complexity for (imho) very little benefit. As Florian
<br>already pointed out, this is not going to happen.</blockquote><div><br>It's ok ... Nobody on the maillist support me, and Florian and you say not ... It's ok .. maybe I'm the only with interest on this issue.
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br><div class="Ih2E3d"><br>> tia, and sorry for my english ;-)<br><br></div>Don't worry - most of us are (I believe) non-native speakers ;-)
</blockquote><div><br>Yes, but I seem to sitting bull ... ;-)<br><br>Regards,<br>j<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br>Cheers,<br>Sebastian<br><font color="#888888"><br>--<br></font><div><div></div><div class="Wj3C7c">Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ <a href="http://tokkee.org/" target="_blank">http://tokkee.org/
</a><br><br>Those who would give up Essential Liberty to purchase a little Temporary<br>Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin<br><br></div></div><br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG
v1.4.6 (GNU/Linux)<br><br>iD8DBQFHW9MzEFEKc4UBx/wRAgBJAJ0cbRbnkXgeo8AuhbDOBLg9ep3NLACeOU9/<br>X0VFyQiidzUOIEtsbHVnRQU=<br>=8SYN<br>-----END PGP SIGNATURE-----<br><br>_______________________________________________<br>collectd mailing list
<br><a href="mailto:collectd@verplant.org">collectd@verplant.org</a><br><a href="http://mailman.verplant.org/listinfo/collectd" target="_blank">http://mailman.verplant.org/listinfo/collectd</a><br><br></blockquote></div><br>