Christoph Haas, 2011-12-15 16:41:29 +0100 :

> Roland,
>
> thanks for the "bug" report. Yes, I had adding zabbix_agent.conf.d/ on
> my list anyway since Zabbix supports including further configuration
> files. That will come with the upcoming 1.8.9 package.

  Yay!

> On 15.12.2011 16:24, Roland Mas wrote:
>> I forgot to mention that if this patch (or something similar) is
>> accepted, I'll volunteer to implement an dh_installzabbix and the
>> related Lintian check (probably by some cut-and-pasting from
>> dh_installlogcheck).  The goal would be for packages using dh to only
>> have to create a debian/$package.zabbix-agent, and that would be
>> deployed to the appropriate location.
>
> Hmm, what is the idea of that? Can you imagine any Debian package adding
> automatic UserCommand lines?

  The particular use case that triggered my patch is a custom package
not meant to go to Debian (client-specific code), but I would certainly
make use of it in my FusionForge package for instance, to monitor the
number of active users or groups, or the
CVS/SVN/Git/Bazaar/etc. activity.  I can also think of many others: the
MySQL probes that are currently commented out could be enabled by the
relevant package; mdadm could provide a probe for the number of degraded
arrays and one for the current reconstruction speed; ditto for drbd;
heartbeat and friends could list the number of resources currently up;
apticron (or some other apt* thing) could list the number of packages
pending an upgrade; and so on.  In many cases (not all), the command is
simple, but since it's going to be the same on many installations, I
feel it makes sense to allow factoring it in somewhere.  When you have a
Zabbix hammer in hand, many things start looking like potential Zabbix
probe/nailsĀ :-)

Roland.
-- 
Roland Mas

Au royaume des aveugles, les borgnes sont mal vus.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to