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