<div dir="ltr">Hi Julien<br><br><div class="gmail_quote"><div dir="ltr">On Tue, 3 Jan 2017 at 09:17 Julien Danjou <<a href="mailto:julien@danjou.info">julien@danjou.info</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> In the current ceilometer charms, we retain all ceilometer data<br class="gmail_msg">
> indefinitely;  the TTL can be overridden by users using configuration<br class="gmail_msg">
> options, but to me it feels like maybe retaining all data forever by<br class="gmail_msg">
> default is a trip hazard to users, and the actions required to backout of a<br class="gmail_msg">
> full DB for not that nice:<br class="gmail_msg">
><br class="gmail_msg">
>   <a href="https://bugs.launchpad.net/charms/+source/ceilometer/+bug/1652856" rel="noreferrer" class="gmail_msg" target="_blank">https://bugs.launchpad.net/charms/+source/ceilometer/+bug/1652856</a><br class="gmail_msg">
><br class="gmail_msg">
> Any thoughts? What TTL defaults do deployments (and other deployment tools)<br class="gmail_msg">
> typically use for ceilometer data?<br class="gmail_msg">
<br class="gmail_msg">
The default are set to no expiry because we felt like deleting data by<br class="gmail_msg">
default is not a good choice. If there's a consensus that the default<br class="gmail_msg">
should be something else, maybe that could be fixed directly upstream.<br class="gmail_msg"></blockquote><div><br></div><div>Yeah - that's why we've had no expiry as a default as well.</div><div><br></div><div>I'm not convinced we need to switch - just felt like we could do more in a number of ways to help users not trip over this.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Now, I'd like to emphasize that this part of Ceilometer is officially<br class="gmail_msg">
deprecated, so I hope not too much effort is put into this, and more in<br class="gmail_msg">
the new projects that are now recommended (i.e. Gnocchi). :-)</blockquote><div><br></div><div>Indeed - however the charms support older versions of OpenStack as well, so to an extent we have to look back to the past as well as forward to the future!</div><div><br></div><div>Cheers</div><div><br></div><div>James <br></div></div></div>