<div dir="ltr"><div class="gmail_quote">On 14 March 2011 00:39, Sebastian Harl <span dir="ltr"><<a href="mailto:tokkee@debian.org">tokkee@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Source: collectd<br>
Version: 4.10.1-2.1<br>
Severity: wishlist<br>
<br>
Hi,<br>
<br>
(With this E-mail, I'm also submitting this as wishlist bug report to<br>
the Debian BTS and I'm going to fix it in my next upload. So, Ubuntu<br>
should get that as well on the next sync after that.)<br>
<br>
On Sun, Mar 13, 2011 at 07:04:39AM -0000, Andrew Yates wrote:<br>
> The collectd init script runs collectd as root and does not provide a<br>
> way to change the user in /etc/default/collectd. Many of collectd's<br>
> plugins do not require root permissions, so USER and GROUP options<br>
> should be included in the init script and default file. (It might<br>
> also be a good idea to run collectd as an unprivileged user by default.<br>
> A quick test suggests that of the default plugins only 'df' may require<br>
> root privileges.)<br>
<br>
Fully agreed.<br></blockquote><div><br>+1 from me there.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Also, I was thinking about (re)introducing a possibility to start<br>
several instances of collectd with different configurations from one<br>
init script, i.e. having the init script start one instance for each<br>
configuration file found in some subdirectory. I'm not yet sure, how to<br>
handle that properly. I guess, adding an option to /e/d/collectd to<br>
specify that directory (empty by default) and then ignoring any other<br>
files (including /e/collectd/collectd.conf) is the way to go.<br>
<br>
Any comments, suggestions, questions about that?<br></blockquote><div><br>Yes! That would be great.<br><br>The issue I have with collectd is that it forces one host name for all the entries it reports about.<br><br>We need to track shared resources (SAN partitions) which get migrated among the various RedHat Cluster Suite nodes together with an assigned Virtual IP and have to keep monitoring them with their own host identifier (so it's obvious from watching the graphs that we are still tracking the "df", for instance, of the same SAN partition, no matter which RHCS node it is currently mounted on). The only way I found so far to achieve that is to start a separate collectd instance per such SAN disk (I haven't implemented this, though).<br>
<br>A possibly better way would be to allow an entry to override the host name it is reported under, and conditionally report it based on, e.g., whether the given directory is a root of a file system or not.<br><br></div>
Thanks,<br><br>--Amos<br></div></div>