Acknowledgement sent
to Daniel Pocock <[email protected]>:
New Bug report received and forwarded. Copy sent to Debian Monitoring Maintainers <[email protected]>.
(Mon, 02 Dec 2013 11:33:12 GMT) (full text, mbox, link).
Subject: support multiple RRD file formats and metric white listing
Date: Mon, 02 Dec 2013 12:30:55 +0100
Package: gmetad
Version: 3.6.0-1
Severity: wishlist
Tags: upstream
Currently, when gmetad receives a metric, it creates an RRD file for the
metric and starts storing all subsequent values received. All RRD files
are created using the same RRD definition from gmetad.conf. All metrics
are automatically aggregated to the cluster and grid views.
In practice, an administrator may want more control over this behavior.
For each metric received, the administrator should be able to choose
various options:
a) ignore the metric
b) choose from multiple possible RRD file formats or RRD file locations
c) customise the path and filename
d) not include the metric in the aggregation process.
A practical use case may involve storing some metrics on disk while
storing others on ramdisk, or storing short-interval values (every 20
seconds) in ramdisk and storing hourly and daily min/max/avg values to file.
This may require using libconfuse configuration parser for the
gmetad.conf file to represent all these possibilities.
This could also be implemented through the Python gmetad instead of the
regular gmetad.
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.