[Openstack-operators] ocata gnocchi file system : erasing old data

Ignazio Cassano ignaziocassano at gmail.com
Tue May 15 06:40:05 UTC 2018

Hi Gordon, please, let me to understand better....
I am collecting only  instance metrics:
 I need to remove data about instances that ah been removed.
I could do that with:
gnocchi resource list --type instance -c id -f value
 if the instance has been delete I could:

gnocchi resource delete instance id

Does the above procedure remove data either from database or
/var/lib/gnocchi directory ?

Any suggestion ?

Thanks and Regards

2018-05-15 3:33 GMT+02:00 gordon chung <gord at live.ca>:

> On 2018-05-14 10:16 AM, Ignazio Cassano wrote:
> > Hi everyone,
> > I am osing ocata on centos 7 with ceilometer and gnocchi.
> > The gnocchi backend is nfs and I would like to know if it is possible
> > remove old data on the backend file system.
> > Dome directories on the backend are 6 months old.
> >
> > Please, any suggestion ?
> there isn't a way to this without manually modifying the files (which
> can get a bit sketchy). Gnocchi is designed to capture (at most) the
> amount of data you define in your policy and does not prune data based
> on 'now' so it won't shrink on it's own over time.
> i guess we could support a tool that could prune based on 'now' but that
> doesn't exist currently.
> the safest way to clean old data is to delete the metric. if you want to
> delete only some of the metric that will be difficult. it'll require you
> figuring out what time range of data is stored in a given file (which is
> not difficult if you look at code), then properly deserialising,
> pruning, and reserialising (probably difficult or at least annoying).
> cheers,
> --
> gord
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20180515/219ca93c/attachment.html>

More information about the OpenStack-operators mailing list