Bug#693694: Please package geos 3.3.6
Package: geos Severity: wishlist Hi, There's is a new geos version out (3.3.6). Are there plans of packaging it ? I'd be glad to help with the packaging/testing if needed. Thank you, Tom Feiner
Bug#652812: stunnel default log rotation is incorrect when using the chroot configuration option
Package: stunnel4 Version: 4.42-1 Severity: important When using the chroot configuration option (as per default in the sample configuration: /usr/share/doc/stunnel4/examples/stunnel.conf-sample), stunnel tries to write the log file inside the chroot instead of /var/log/stunnel4/ (outside of the chroot). Looks like this behavior has changed in a recent upstream version, as in previous versions of stunnel the log file was not written inside the chroot. This causes the log rotation file provided by default with the package not to work as it rotates logs in /var/log/stunnel4/*.log however the logs are written inside the chroot. Thanks, Tom Feiner
Bug#634245: Please package boost 1.4.7
Package: libboost-dev Severity: wishlist Hi, There's a new major boost version out (1.4.7). Are there plans of packaging it for sid? Thank you, Tom Feiner
Bug#613837: munin-common: Munin fails to graph nodes with names containing uppercase letters.
Hi Florian, Thanks for the bug report. There is a previous bug on this issue [1] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609241 And one upstream as well [2] [2] http://munin-monitoring.org/ticket/952 This has been fixed in the munin 1.4 branch, and will be included in 1.4.6 (when it's released). Regards, Tom Feiner
Bug#612108: bind9 plugin : same problem that #568793
Hi Floren, Thanks for the bug report. I've checked in the fix upstream in the munin 1.4 branch [1] ,and trunk [2]. [1] http://munin-monitoring.org/changeset/4136 [2] http://munin-monitoring.org/changeset/4135 It will be available when the next munin version will be released. Regards, Tom Feiner
Bug#608282: Please fracture /etc/munin/plugin-conf.d/munin-node
Hi Vince, Thanks for the bug report! This will indeed be a nice feature to have. The tricky part is how to do the change now without breaking things :). Regards, Tom Feiner On Wed, Dec 29, 2010 at 7:02 PM, Vince Mulhollon vince.mulhol...@twcable.com wrote: Package: munin-node Version: 1.4.5-3 Severity: wishlist Thanks for maintaining munin, its appreciated and useful. Please fracture /etc/munin/plugin-conf.d/munin-node into one config file for each component. This would make upgrades a little cleaner. For example, I always modify: [df*] env.exclude none unknown iso9660 squashfs udf romfs ramfs debugfs env.warning 92 env.critical 98 to the following: [df*] env.exclude none unknown iso9660 squashfs udf romfs ramfs debugfs udev tmpfs env.warning 92 env.critical 98 As the lack of the relatively nonuseful udev and tmpfs make the graph look better. (Also modifying the default for df might be a good idea in general... do people really monitor the size of their udev?) If that lived in a separate file, then upgrades to hddtemp2 or whatever would not require modification of the df file. Ideally, in my opinion, a default config installation should have a completely empty /etc/munin/plugin-conf.d directory... that directory should only contain locally configured overrides not package defaults plus local overrides. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages munin-node depends on: ii adduser 3.112+nmu2 add and remove users and groups ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libnet-server-perl0.97-1 An extensible, general perl server ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii munin-common 1.4.5-3network-wide graphing framework (c ii perl 5.10.1-16 Larry Wall's Practical Extraction ii procps1:3.2.8-9 /proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-4Script SNMP connections Versions of packages munin-node suggests: pn acpi | lm-sensors none (no description available) pn ethtool none (no description available) pn hdparm none (no description available) pn libcache-cache-perl none (no description available) ii libcrypt-ssleay-perl0.57-2 Support for https protocol in LWP ii libdbd-mysql-perl 4.016-1 Perl5 database interface to the My pn libdbd-pg-perl none (no description available) ii liblwp-useragent-determ 1.04-1 LWP useragent that retries errors pn libnet-irc-perl none (no description available) ii libnet-ssleay-perl 1.36-1 Perl module for Secure Sockets Lay ii libtext-csv-xs-perl 0.73-1 Perl C/XS module to process Comma- ii libwww-perl 5.836-1 Perl HTTP/WWW client/server librar ii libxml-simple-perl 2.18-3 Perl module for reading and writin ii logtail 1.3.13 Print log file lines that have not ii munin 1.4.5-3 network-wide graphing framework (g pn munin-java-plugins none (no description available) ii munin-plugins-extra 1.4.5-3 network-wide graphing framework (u ii mysql-client-5.1 [mysql 5.1.49-3 MySQL database client binaries ii net-tools 1.60-23 The NET-3 networking toolkit ii python 2.6.6-3+squeeze2 interactive high-level object-orie ii ruby4.5 An interpreter of object-oriented pn smartmontools none (no description available) -- Configuration Files: /etc/munin/munin-node.conf changed [not included] /etc/munin/plugin-conf.d/munin-node [Errno 13] Permission denied: u'/etc/munin/plugin-conf.d/munin-node' -- no debconf information
Bug#606465: munin-node: Module sendmail_mailqueue: can't read /var/spoll/mqueue
Hi, Thanks for the bug report. I see that on my Squeeze system , /var/spool/mqueue-client is owned by: user: smmsp group: smmsp Can you try adding the following lines to /etc/munin/plugin-conf.d/munin-node: [sendmail_mailqueue] user smmsp Restart munin-node (invoke-rc.d munin-node restart) to apply the configuration. If this works as expected, I'll add it to the next build. Regards, Tom Feiner
Bug#601329: libmagic should have debug package to ease debugging
Subject: file: libmagic should have debug package to ease debugging Package: file Version: 5.04-5 Severity: wishlist Hi, libmagic currently does not have an accompanying -dbg package. This is very much needed for debugging purposes, as libmagic can crash when facing certain files as input, and having easy access to the debugging symbols will go a long way in helping people debug and report issues with libmagic. From my initial testing, adding the package is simply a matter of adding : --dbg-package=libmagic1-dbg as an additional dh_strip option. and a control file entry for libmagic1-dbg. Thanks, Tom Feiner -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-25-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages file depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libmagic1 5.04-5 File type determination library us ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime file recommends no packages. file suggests no packages. -- no debconf information
Bug#601200: munin: cgi/fastcgi: Use GMT time zone in Last-Modified: header
Hi! Thanks for noticing and reporting this issue. I've just tested the patch and committed it to munin 1.4 branch [1], so this will be included once munin 1.4.6 will be released. I've also checked munin trunk, and it appears this was already fixed there. [2] Regards, Tom Feiner [1] http://munin-monitoring.org/changeset/3960 [2] http://munin-monitoring.org/browser/trunk/master/_bin/munin-cgi-graph.in#L234
Bug#601200: munin: cgi/fastcgi: Use GMT time zone in Last-Modified: header
One small correction. The violated RFC is 2616 [1] (not 2606) as the original bug reported. [1] http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html
Bug#598737: munin-cgi-graph: handle html cache dir creation more flexible
forwarded 598737 http://munin-monitoring.org/ticket/977 quit Hi Daniel. Thanks for the bug report. This does look like an inconvenience. However, as this is an upstream issue, I've forwarded the bug upstream. Let's see what they have to say about the issue. Regards, Tom Feiner
Bug#598737: munin-cgi-graph: handle html cache dir creation more flexible
On Fri, Oct 1, 2010 at 6:19 PM, Holger Levsen hol...@layer-acht.org wrote: shouldn't the default become 775 to fix the bug you encountered? I think 775 by default would make the default installation (non-cgi mode) insecure. Tom.
Bug#598737: munin-cgi-graph: handle html cache dir creation more flexible
On Fri, Oct 1, 2010 at 6:59 PM, Daniel Reichelt deb...@nachtgeist.netwrote: I think 775 by default would make the default installation (non-cgi mode) insecure. Depends. Since the htmldir is still owned by group munin, only a member of that group could go rampage on those files. IMHO the rrd files are far more valueable than the dynamically generated files within the cache dir... Good point! In that case 775 would be a more reasonable default for cgi and non-cgi. Tom
Bug#598737: munin-cgi-graph: handle html cache dir creation more flexible
On Fri, Oct 1, 2010 at 7:06 PM, Daniel Reichelt deb...@nachtgeist.netwrote: Good point! In that case 775 would be a more reasonable default for cgi and non-cgi. Well, in that case my patch was in vain. Might have just talked to you guys first :) Since Holger asked me to write s.th. for the README, are we talking about an upstream default or Debian-specific? The README is Debian specific, but if the default should change, then it would probably happen upstream (and we'll pick it up for debian too). Tom
Bug#594634: [pkg-boost-devel] Bug#594634: Any updates on libboost 1.4.4 in experimental?
On Tue, Sep 28, 2010 at 3:32 AM, Steve M. Robbins st...@sumost.ca wrote: Yup, it's been uploaded: http://ftp-master.debian.org/new.html Grab it from subversion: svn://svn.debian.org/svn/pkg-boost/boost/trunk http://svn.debian.org/wsvn/pkg-boost/boost/trunk/ Excellent! Thanks. Regards, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594634: Any updates on libboost 1.4.4 in experimental?
Hi Steve, I would also very much like to see 1.4.4 in experimental. I see you wrote that you are in the process of packaging it, but I can't find it in experimental. Did you manage to upload it? Or are you still working on it? Thanks, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597599: munin-plugins-extra: ejabberd_ script breaks munin-graph and fails with current versions of ejabberd
On Wed, Sep 22, 2010 at 5:20 PM, Holger Levsen hol...@layer-acht.org wrote:
tags 597599 + patch
thanks
Hi Gerald,
On Dienstag, 21. September 2010, Gerald Turner wrote:
Hi Holger, I checked the ejabberd package in lenny (2.0.1), it has the
'vhost' flavor arguments, so this bug only applies to ejabberd in
squeeze (2.1.5). I'm guessing that between 2.0 and 2.1 upstream made
incompatible changes to ejabberdctl syntax.
Ok, thanks for checking. I('m lazy and thus) would be in favor of the simple
fix, just supporting the squeeze version. OTOH, if someone has a patch to
support lenny via a configuration setting as well, very fine with me.
Tagging it patch for now to include the simple fix.
Holger , would you like me to check this in upstream + create a patch
for squeeze?
I don't have a setup to test this. Has someone tested the patch?
Thanks,
Tom
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581363: #581363 munin: Existence of /etc/apache2/conf.d/ does not mean apache2 is installed
On Tue, Sep 14, 2010 at 4:06 PM, Holger Levsen hol...@layer-acht.org wrote: Hi Tom, On Dienstag, 14. September 2010, Tom Feiner wrote: Do you think this fix should be included in squeeze? Yes, I think it looks good. Does it also work with concurrent boot scripts? Hm... I'm not sure. How do I test it against concurrent boot scripts? Thanks, Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592213: #592213 node addresses should be optional, default to node name
forwarded 592213 http://munin-monitoring.org/ticket/972 quit Hi Martin, Thanks for the bug report. I've forwarded this upstream. Regards, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597599: munin-plugins-extra: ejabberd_ script breaks munin-graph and fails with current versions of ejabberd
On Thu, Sep 23, 2010 at 12:36 PM, Holger Levsen hol...@layer-acht.org wrote: I can test it with ejabberd on lenny and I assume Gerald can test it with squeeze :) From what I understand ,the patch will make the plugin unusable on lenny, as it uses the CLI in ejabberd 2.1.5 which is incompatible with the older ejabberd which is found in lenny. So there's no need to test in lenny, only squeeze. Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581363: #581363 munin: Existence of /etc/apache2/conf.d/ does not mean apache2 is installed
On Thu, Sep 23, 2010 at 12:44 PM, Holger Levsen hol...@layer-acht.org wrote: On Donnerstag, 23. September 2010, Tom Feiner wrote: Hm... I'm not sure. How do I test it against concurrent boot scripts? AFAIK current sid+squeeze systems use it by default Well, the debian policy instructs us to use invoke-rc.d [1] , so it should be supported. [1] http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.3.3.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597599: munin-plugins-extra: ejabberd_ script breaks munin-graph and fails with current versions of ejabberd
tags 597599 pending quit Hi, Patch applied to squeeze package only [1], as I think upstream would prefer a patch to support both old and new ejabberd versions, but for squeeze this will be applied. Regards, Tom Feiner [1] http://munin-monitoring.org/changeset/3903 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594528: wrote something
On Sun, Sep 19, 2010 at 3:40 PM, Holger Levsen hol...@layer-acht.orgwrote: I'm about to commit the following patch, suggestions for further improvements welcome! Just one typo: +Plugins reside in /usr/share/munin/plugins/, there usage is activated s/there/their/ Tom
Bug#594528: wrote something
On Sun, Sep 19, 2010 at 7:48 PM, Tom Feiner feiner@gmail.com wrote: s/there/their/ Ah, I just missed the fact that you already committed. I committed the typo fix in r3896. Tom
Bug#547464: Please include Linksys AG241 adsl modem script
On Sun, Sep 19, 2010 at 3:10 PM, Holger Levsen hol...@layer-acht.org wrote: Hmmm. In the past (etch iirc) we had some plugins from munin exchange... we also had like 50 patches, which mostly you cleaned up :) Doing it the traditional way would be to include it with a patch and add it to the munin-plugins-extra binary package. Nowadays we only ship the plugins included in the upstream source and nothing extra. What do you propose for this adsl modem script? Well, we've already seen the results of accepting contribution plugins, and adding them to the debian munin-plugins-extra package. We get a huge mess of patches creating plugins which in effect do not have any owner or maintenance upstream. This puts a burden on us as packagers, which in addition to packaging and solving bugs in munin core and munin core plugins, we effectively become somewhat fork of munin which maintains extra plugins beyond the core official plugins. This causes people to loose focus from upstream and from munin-exchange, which are the proper places to add plugins, AFAICS. I think the wish to have those adsl modem plugins packaged is a legitimite one, reopening. Same for other plugins from munin exchange... I agree that the wish is legitimate. However, I think the right way for a plugin to get packaged, is to be good enough, and popular enough, as to get included in the official upstream core, or upstream contrib plugins, and the way to do that is through munin exchange, which offer the author a great way to publish a plugin , along with screenshots, descriptions, version control, comments on the plugin, download statistics - all things that we cannot provide by placing a plugin as a patch. When munin-exchange was recently redesigned, there was talk about a sort of apt-get like tool to search/download plugins directly from munin-exchange. As far as I know this was not written yet, but the infrastructure for it is already there. The rewritten munin-exchange has an official API [1], so the tool will eventually get written, and people using munin, which have this specific ADSL modem and want to monitor it will be able to query munin exchange for it and download the plugin. But for now they can do it manually. :) [1] http://exchange.munin-monitoring.org/docs/api/ Basically, what I'm saying here, is : why should we include one specific plugin, and not any of the other 500+ plugins already in munin-exchange? It does make sense to include patches to plugins that are debian specific, but even for those, I would still try to include them upstream first, and only add them as a patch only if upstream refuses to do so. That's just my 2cents, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581363: #581363 munin: Existence of /etc/apache2/conf.d/ does not mean apache2 is installed
Hi, Do you think this fix should be included in squeeze? Thanks, Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581363: #581363 munin: Existence of /etc/apache2/conf.d/ does not mean apache2 is installed
tags 581363 confirmed patch
quit
Hi Michael,
Thanks very much for the bug report!
I'm attaching a small patch that causes munin.postinst to check for
the existance of the apache2 init script and if it doesn't exist (or
not executable), it does not run invoke-rc.d.
I'm not applying this to the package yet as I need to check if this
kind of change is ok for squeeze.
Regards,
Tom Feiner
Index: trunk/debian/munin.postinst
===
--- trunk/debian/munin.postinst (revision 3880)
+++ trunk/debian/munin.postinst (working copy)
@@ -28,9 +28,12 @@
apache_install() {
# if you add more webservers here, dont forget to also remove them in postrm
webserver=apache2
+webserver_init_script=/etc/init.d/$webserver
if [ -d /etc/$webserver/conf.d ] [ ! -e /etc/$webserver/conf.d/munin ]; then
ln -s ../../munin/apache.conf /etc/$webserver/conf.d/munin
- invoke-rc.d $webserver reload 3/dev/null || true
+ if [ -f $webserver_init_script ] [ -x $webserver_init_script ]; then
+ invoke-rc.d $webserver reload 3/dev/null || true
+ fi
fi
}
Bug#596026: munin-node: Patch to make slapd_ autoconf work, support anonymous bind, and env.server variable
forwarded 596026 http://munin-monitoring.org/ticket/963 tags 596026 upstream quit Hi Gerald, Thanks for the bug report and the patch! As this is not a munin debian package issue, I've forwarded this bug upstream. Regards, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595899: munin-node: snort_* scripts fail to 'config' due to bashism
tags 595899 pending quit Hi Gerald, I've applied your patch in the following places: * Munin 1.4 stable branch [1] * Munin trunk (2.0): [2] * The next munin debian package which will be uploaded for squeeze [3]. Thanks for the patch Tom Feiner [1] http://munin-monitoring.org/changeset/3884 [2] http://munin-monitoring.org/changeset/3885 [3] http://munin-monitoring.org/changeset/3886 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595153: startup script for bitten-slave
Package: trac-bitten Version: 0.6b2 Severity: wishlist Hi, Would it be possible to include a startup script for bitten slave? There's one ready at [1], written for Ubuntu, but also works great in Debian (sid and lenny). The only change I needed there was to change : DAEMON=/usr/local/bin/$NAME to: DAEMON=/usr/bin/$NAME Thanks for the great package! Tom Feiner [1] http://bitten.edgewall.org/wiki/BittenSlaveDaemonUbuntu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591454: #591454,shell scripts cannot be run directly for suggestions anymore
Hi Martin, Thanks for the bug report. As far as I understand from upstream, the correct way to run (debug) plugins from the command line is to run them via munin-run, like so: munin-run load munin-run sets up the *exact* same environment which is run when the plugin gets executed by munin-node. This means that the environment variables are set (including $MUNIN_LIBDIR), but also other aspects, like running with the user id specified in the munin-node configuration for the particular plugin, snmp values if it's an smnp plugin, and the ability to run it in debug mode via: munin-run load --debug More details at: http://munin-monitoring.org/wiki/Debugging_Munin_plugins I can add a note in README.debian to clarify this issue if you think it's needed. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#594695: munin-node: fw_conntrack plugin reports an incorrect value for total.warning and total.critical
Package: munin-node Version: 1.4.5-2 Severity: minor Opening this bug following [1], [2]: From [1]: - The fw_conntrack plugin reports a wildly incorrect value for total.warning and total.critical: # cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max 65536 # ./fw_conntrack config ... total.warning 4 total.critical 5 The plugin is only reading the first character of the ip_conntrack_max value. - [1] http://sourceforge.net/mailarchive/forum.php?thread_name=9B18F4AC-768C-4606-A5C9-E486409F895E%40antsclimbtree.comforum_name=munin-users [2] http://sourceforge.net/mailarchive/forum.php?thread_name=20100825160213.544238a3%40csupomona.eduforum_name=munin-users -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592842: cidr_allow does not assume implicit /32
forwarded 592842 http://munin-monitoring.org/ticket/948 quit Hi Martin, As this is more of an upstream issue rather than a debian packaging issue, I've forwarded it upstream. Regards, Tom Feine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592864: Compiling java plugins should be done using javac from /etc/alternatives
Package: munin-java-plugins Version: 1.4.5-1 Forwarded from : http://munin-monitoring.org/ticket/946 Compiling java plugins should be done using javac from /etc/alternatives, instead of the current /usr/lib/jvm/default-java/bin/javac -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592864: Compiling java plugins should be done using javac from /etc/alternatives
Aha! I had a feeling this wasn't necessarily the right thing to do. I'll revert the change and close as won't fix. Thanks for noticing this and reporting. Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592214: please listen on IPv6 socket too
forwarded 592214 http://munin-monitoring.org/ticket/358 quit Hi Martin, This issue already has an open bug upstream, so I'm forwarding this bug to it too. Regards, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571212: Bug #571212,munin generates graphs correctly but does not generate, links
Hi Arthur, Did you manage to solve the problem you had using my latest suggestion? thanks, Tom signature.asc Description: OpenPGP digital signature
Bug#583815: df plugin fails for many tmpfs mounts
reassign 583815 munin-node fixed 583815 1.4.0-1 quit Hi Stephen, Thanks for the bug report! From what I can tell, this bug has been fixed in munin 1.4. You can see the diff in the df plugin between 1.2.6 and 1.4.5 at [1]. There's some special attention for tmpfs and udev mounts. Can you confirm that the latest version of the df plugin solves your issue? Regards, Tom Feiner [1] http://munin-monitoring.org/changeset?new=branches/1.4-stable/plugins/node.d.linux/df.in%403401old=trunk/node/node.d.linux/df.in%401693 signature.asc Description: OpenPGP digital signature
Bug#591455: fails to enumerate interfaces not ending in a digit
forwarded 591455 http://munin-monitoring.org/ticket/943 quit Hi Martin, Thanks for taking the time to report the bug. As this is a general munin issue, and not something something unique in the debian package of munin, I've forwarded the bug upstream. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#580484: Bug #580484, With df plugin, Field name can be duplicated when working with long device names
fixed 580484 1.4.0-1 quit Hi Andrew, Thanks for noticing and reporting this bug. I know that the wiki page at http://munin-monitoring.org/wiki/notes_on_datasource_names says that the 19 charachter limitation was circumvented in munin 1.2, but upstream has only actually changed the code in Plugin.pm to reflect this in the munin 1.4 branch. This means that this has only really been tested in munin 1.4. As munin 1.2 branch is no longer being maintained, I'm reluctant to add such a change only to the debian package, and in any case this will be solved when upgrading to munin 1.4. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#590630: munin-plugins-extra: conflicts with lenny's munin-node
tags 590630 pending quit Hi Michael, As far as i see the reason for the conflict is that the file /usr/share/munin/plugins/mysql_isam_space_ moved in 1.4.5-1 to munin-plugins-extra, instead of munin-node. Besides that, there's no real conflict in running munin-plugins-extra 1.4.5-1, and munin-node 1.2.6-10~lenny2 . So instead of adding a versioned Depends or Conflicts, I've added a : Replaces: munin-node ( 1.4.0-1) , so munin-plugins-extra will be able to take over the file from munin node. This fix will be included in the next upload of munin debian package. Regards, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573750: munin-plugin:bind9_rndc: patch attached
Hi Clemens, Thanks for the bug report and patch ! As this is not an extirely debian spesific bug (from what I understand it'll occur anywhere bind_rndc returns a version 3.6 and not 3.6.x). I've opened a ticket upstream [1]. I've applied the patch both in munin trunk (which will become munin 2.0), and in munin 1.4 stable branch. Once a new munin 1.4 stable version will come out, this bug fix will be included. Regards, Tom Feiner [1] http://munin-monitoring.org/ticket/941 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585154: general protection faults triggered by munin-graph
Hi Michael, On Fri, Jun 11, 2010 at 4:32 PM, Michael Shuler mich...@pbandjelly.org wrote: I see Holger marked this bug as unreproducible - that's a good thing, but would anyone have any suggestions on how I might track this down to an actual cause? At this point, it's a bit of a mystery on where I might look next.. I think the munin mailing list has the biggest audience of munin developers, you should get the best answers there. Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564696: Should libhibernate3-java depend on glassfish-javaee
On Sat, May 22, 2010 at 11:44 AM, Torsten Werner twer...@debian.org wrote: jta is non-free in Sun's original distribution. But glassfish ships a relicenced version. The classes are merged in glassfish-javaee but since my last upload there is a separate glassfish-jta.jar, too (in the same binary package). Thanks for the clarification, the reason for the dependency is now clear. Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564696: Should libhibernate3-java depend on glassfish-javaee
Hi, There's no problem installing glassfish, it just seems unnecessary. In the original distribution from the hibernate team, they have a hibernate-distribution-3.3.2.GA/ib/required/ directory, which contains the required libraries needed to run hibernate. The list there is : --- antlr-2.7.6.jar commons-collections-3.1.jar dom4j-1.6.1.jar javassist-3.9.0.GA.jar jta-1.1.jar slf4j-api-1.5.8.jar --- Ofcourse these dependencies should be supplied by their debian packages, but I don't see glassfish there. (and not even in the lib/optional directory). I'd like to install as little as possible on my production servers, that's why I raised this issue. Can you explain why glassfish is a strong dependency for this package? Am I missing something ? Thanks, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581709: max_cgi_graph_jobs in config breaks munin-update
tags 581709 confirmed forwarded 581709 http://munin-monitoring.org/ticket/928 quit Hi Michael, Thanks for the bug report. From what I can see this is indeed a bug in upstream munin 1.4.4. It looks like adding the configuration directive to: /usr/share/perl5/Munin/Common/Config.pm to the %legal hash, solves the problem. Can you try it out and confirm? By the way, as this is not a debian specific issue, but a general munin issue, I've forwarded this bug upstream. Thanks, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#568511: Please add module to monitor interface package drops
Hi Petter, Thanks for the bug report. I'm trying to keep the munin package as patch free as possible. I think the correct way to propose a new patch as you suggest here is: 1. Add it to muninexchange [1]. 2. Discuss it in the munin mailing list and see if upstream authors agree with the idea and incorporate it in the munin package. Adding a plugin only in the debian package will not serve the munin community as best as possible, as it will only be available for debian users. Regards, Tom Feiner [1] http://muninexchange.projects.linpro.no/ signature.asc Description: OpenPGP digital signature
Bug#578782: Invisible fonts in graphs when using librrds-perl 1.2
Package: munin Version: 1.4.2-1 Severity: important When using munin 1.4.2-1 backported to older versions of debian, which uses librrds-perl 1.2, the graphs generated by munin are missing most of the text data (see attached graph for an example). This was caused by the change in upstream from using VeraMono.ttf to DejaVuSans.ttf, causing the breakage of debian/patches/100-VeraMono-DejaVuSansMono-replacement.patch [1][2], which was removed, and the addition of a specific dependency on librrds-1.3 and up. Tom Feiner [1] - http://munin-monitoring.org/changeset/3215 [2] - http://munin-monitoring.org/changeset/3238 inline: memory-day.png signature.asc Description: OpenPGP digital signature
Bug#578782: Invisible fonts in graphs when using librrds-perl 1.2
Checked in a patch to fix the issue. http://munin-monitoring.org/changeset/3506 Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#575180: uptime: Don't scale.
tags 575180 pending quit Hi, Thanks for the bug report! I've checked in your patch, and it'll be uploaded in the next munin release (1.4.5). Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#576009: multigraph plugins don't show up when using telnet
forwarded 576009 http://munin-monitoring.org/ticket/902 quit Hi Warner, Thanks for the bug. As this is not a Debian specific bug, I've forwarded this bug upstream. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#574873: munin-node: ntp_ and ntp-state plugin do not work with v6 addresses
forwarded 574873 http://munin.projects.linpro.no/ticket/775 quit Hi Stephen, Thanks for the bug report. This bug was already reported at [1] , and forwarded upstream [2]. I will merge this bug with 558800 as it's exactly the same. If you have a patch to add support for ipv6, please attach it to the upstream bug so they can include it in the next release. Regards, Tom Feiner [1] http://bugs.debian.org/558800 [2] http://munin.projects.linpro.no/ticket/775 signature.asc Description: OpenPGP digital signature
Bug#574172: munin-node: amavis plugin creates cron error mail
tags 574172 confirmed pending quit Hi Daniel, Thanks for the bug report! This was just fixed upstream, and I made sure it is also fixed in the 1.4 branch. [1] Thanks, Tom Feiner [1] http://munin-monitoring.org/changeset/3441 signature.asc Description: OpenPGP digital signature
Bug#573613: Bug #573613 munin-node: sensors_volt fails to parse all voltages
tags 573613 confirmed pending quit Hi Arthur Noga, Thanks for the bug report and the patches. It indeed looks like the voltage output of the sensors plugin can start with a single whitespace. The patches with the comments look great! And they'll certainly make maintaining this plugin much easier. I've checked in the patches upstream both in trunk , and the 1.4.4 branch, and they will be included in the next version of the package. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#571212: Bug #571212,munin generates graphs correctly but does not generate links
Hi Arthur, When upgrading from 1.2.6 to 1.4.x you need to manually change the htmldir to a new location (the upgrade suggests this in case you diff to the new suggested configuration). In any case, the htmldir parameter in /etc/munin/munin.conf should be: /var/cache/munin/www. The 1.4.x package also installs a new default apache configuration (/etc/apache2/conf.d/munin) which shows the htmls from the new location. More details on this can be found in the NEWS file in the munin package. Can you check these files configuration on your machine? If it still doesn't work, can you please post the first part of /etc/munin/munin.conf (just the global conf, without the nodes)? Or find a way to reproduce the issue? Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#571212: Bug #571212,munin generates graphs correctly but does not generate links
tags 571212 moreinfo quit Hi Arthur, I haven't seen this behavior before, but I can offer some places to look: /var/log/munin/munin-html.log by default logs very little. Try running it with debug on. For example: --- su - munin -s /bin/bash /usr/share/munin/munin-html --debug --- I'm attaching a standard output of munin-html.log from my system with debug on, so you'll have a point of reference. Please let me know if you solve the problem, or if you can find a way to reproduce it. Hope this helps, Tom Feiner 2010/03/05 18:45:02 Opened log file 2010/03/05 18:45:02 Setting log level to DEBUG 2010/03/05 18:45:02 [INFO] Starting munin-html, getting lock /var/run/munin/munin-html.lock 2010/03/05 18:45:02 [DEBUG] Creating new lock file /var/run/munin/munin-html.lock 2010/03/05 18:45:02 [DEBUG] Creating lock : /var/run/munin/munin-html.lock succeeded 2010/03/05 18:45:02 [DEBUG] processing service: apache_accesses 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/apache_accesses.html 2010/03/05 18:45:02 [DEBUG] processing service: apache_processes 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/apache_processes.html 2010/03/05 18:45:02 [DEBUG] processing service: apache_volume 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/apache_volume.html 2010/03/05 18:45:02 [DEBUG] processing service: cpu 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/cpu.html 2010/03/05 18:45:02 [DEBUG] processing service: cpuspeed 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/cpuspeed.html 2010/03/05 18:45:02 [DEBUG] processing service: df 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/df.html 2010/03/05 18:45:02 [DEBUG] processing service: df_inode 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/df_inode.html 2010/03/05 18:45:02 [DEBUG] processing service: diskstats_iops 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_iops/index.html 2010/03/05 18:45:02 [DEBUG] processing service: sda 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_iops/sda.html 2010/03/05 18:45:02 [DEBUG] processing service: sdb 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_iops/sdb.html 2010/03/05 18:45:02 [DEBUG] processing service: sdc 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_iops/sdc.html 2010/03/05 18:45:02 [DEBUG] processing service: sdd 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_iops/sdd.html 2010/03/05 18:45:02 [DEBUG] processing service: sde 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_iops/sde.html 2010/03/05 18:45:02 [DEBUG] processing service: sdf 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_iops/sdf.html 2010/03/05 18:45:02 [DEBUG] processing service: diskstats_latency 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_latency/index.html 2010/03/05 18:45:02 [DEBUG] processing service: sda 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_latency/sda.html 2010/03/05 18:45:02 [DEBUG] processing service: sdb 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_latency/sdb.html 2010/03/05 18:45:02 [DEBUG] processing service: sdc 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_latency/sdc.html 2010/03/05 18:45:02 [DEBUG] processing service: sdd 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_latency/sdd.html 2010/03/05 18:45:02 [DEBUG] processing service: sde 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_latency/sde.html 2010/03/05 18:45:02 [DEBUG] processing service: sdf 2010/03/05 18:45:02 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_latency/sdf.html 2010/03/05 18:45:03 [DEBUG] processing service: diskstats_throughput 2010/03/05 18:45:03 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_throughput/index.html 2010/03/05 18:45:03 [DEBUG] processing service: sda 2010/03/05 18:45:03 [DEBUG] Creating service page /var/cache/munin/www/example.com/base.example.com/diskstats_throughput/sda.html 2010/03/05 18:45:03
Bug#570545: Bug #570545,munin-cgi-graph: Error Premature end of script headers: munin-cgi-graph in in webserver logs
tags 570545 pending quit Hi, I've been working with upstream today to get 1.4.4 out the door, it should be released today, and this bug is ofcourse included in 1.4.4. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#567844: munin-node: Unrelated NEWS message
Hi Vincent, Thanks for noticing this, I've added the relevant part of the NEWS file into munin-node. So now munin, munin node have their relevant NEWS file, and the rest of the binary packages don't have a news file as they don't need one currently. Cheers, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#569621: ,exim_mailstats doesn't count Completed properly
tags 569621 pending quit Hi Warner, Thanks for the bug report the patch. I've tested it and checked it in [1]. It'll be included in munin 1.4.4. Regards, Tom Feiner [1] http://munin.projects.linpro.no/changeset/3356 signature.asc Description: OpenPGP digital signature
Bug#567844: munin-node: Unrelated NEWS message
tags 567844 pending quit Hi Vincent, Thanks for pointing this out. Indeed the NEWS file is only relevant for the munin binary package, and not for munin-node or the rest of the binary packages. This will be fixed in the next upload. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#543523: Bug 543523 - tomcat munin plugin fails with only one connector defined in server.xml
I received the following from Janning:
Janning Vygen wrote:
Hi Tom,
I don't know how to reopen the original bug report. but my problem from
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543523
is biting me again.
But now I got it! xml::simple parses the attributes like 'name=http-8080'
only to hash values in the data structure if you have more than one of them.
from perldoc XML::Simple
The key attribute names should be supplied in an arrayref if there is more
than one
so, if you have a tomcat running with only ONE connector, the plugin does not
work, regardless on which port it runs. In the standard installation you have
always http and ajp connector, so XML::Simple parses the output correctly.
so all tomcat plugins should be fixed with a patch like this:
87c87,89
my $xml = $xs-XMLin($response-content);
---
my %options = ( KeyAttr = { connector = 'name' }, ForceArray = 1 );
my $xml = $xs-XMLin($response-content, %options);
look at this small script to show you what I mean with wrong attribute
parsing:
#!/usr/bin/perl
use strict;
use XML::Simple;
use Data::Dumper;
my $tomcat1 = q|?xml version=1.0 encoding=utf-8?
status
connector name=http-80
requestInfo maxTime=16326237/
/connector
/status
|;
my $tomcat2 = q|?xml version=1.0 encoding=utf-8?
status
connector name=http-80
requestInfo maxTime=16326237/
/connector
connector name=http-81
requestInfo maxTime=16326237/
/connector
/status|;
my $PORT = 80;
my $ret = undef;
my $xs = new XML::Simple;
my $xml1 = $xs-XMLin($tomcat1);
print Dumper($xml1);
my $xml2 = $xs-XMLin($tomcat2);
print Dumper($xml2);
I hope this helped.
kind regards
Janning
signature.asc
Description: OpenPGP digital signature
Bug#543523: Bug 543523 - tomcat munin plugin fails with only one connector defined in server.xml
tags 543523 confirmed pending
quit
Hi Janning,
I've tested the patch and it indeed solves the problem, when only one
connector is used.
I've checked it in upstream at [1]. Note that because we're now using
ForceArray, I also had to change the way xml simple accesses the info. For
example, from
$xml-{'connector'}-{'http-'.$PORT}-{'requestInfo'}-{'requestCount'} to
$xml-{'connector'}-{'http-'.$PORT}-{'requestInfo'}-[0]-{'requestCount'}.
This will be included in munin 1.4.4.
Note that these tomcat plugins are obsoleted in munin 1.4.x, and are set to
manual family. They were replaced by a reimplementation of them in ruby, as
can be seen at [2].
Regards,
Tom Feiner
[1] http://munin.projects.linpro.no/changeset/3369
[2]
http://munin.projects.linpro.no/browser/trunk/plugins/node.d/tomcat_.in?rev=3369
signature.asc
Description: OpenPGP digital signature
Bug#566821: problem when using localised munin unlink failed: Datei oder Verzeichnis nicht gefunden at /usr/share/perl5/Munin/Master/Update.pm line 162
tags 566821 pending quit Hi Gregor, I've just checked in a fix for this problem (not the suggested workaround, but the actual fix). Apparently, the code was relying on an English error string in one part of the code. I eliminated that dependency. You can see the changeset at [1] This will be included in munin 1.4.4, and of course in the Debian package, once 1.4.4 will be released. Regards, Tom Feiner [1] http://munin.projects.linpro.no/changeset/3367 signature.asc Description: OpenPGP digital signature
Bug#569491: mail_eximstats graph connections and disconnections
forwarded 569491 http://munin.projects.linpro.no/ticket/871 quit Hi Wakko, Thanks for the bug report. As this is a munin issue rather than a debian issue, this should be handled upstream. I've forwarded this bug to the upstream bug tracker. If you get a chance to write the patch, please include it there, so it can be incorporated in a future munin release. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#568938: Some statements in munin.conf no longer work.
forwarded 568938 http://munin.projects.linpro.no/ticket/862 retitle 568938 Unable to override if_ max/min from munin.conf quit Hi Warner, Thanks for reporting the bug. I've forwarded it upstream as this concerns all munin users, not just debian users. Lets see what upstream has to say about this. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#569496: mail_eximstats fails if there is no current state
tags 569496 confirmed pending quit Hi, Thanks for the bug report and patch! I've tested it and checked it in upstream. It'll be included in munin 1.4.4. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#567923: amavis plugin broken/misconfigured
tags 567923 pending quit Hi, I'm not sure why, but a generic mktempfile function is not yet implemented in plugin.sh. I've added a comment in the upstream related bug [1] and in the meantime, I've added the default configurtion to debian's default plguins.conf. Regards, Tom Feiner [1] http://munin-monitoring.org/ticket/502 signature.asc Description: OpenPGP digital signature
Bug#569541: munin-node: diskstats plugin forces width to 450
forwarded 569541 http://munin.projects.linpro.no/ticket/838 tags 569541 confirmed quit Hi Tim, Thanks for the bug report! This has already been reported upstream and fixed for munin 1.4.4. It'll be fixed in debian once we upload munin 1.4.4. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#564239: ,bad default limits for the cpu plugin
tags 564239 pending quit Hi, I removed the default cpu warning/critical levels for now. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#569047: New mysql plugin does not function with default configuration
tags 569047 pending confirmed quit Hi Michael, Thanks for the bug report and the patch! I've tried the patch on one of my systems and it works great, also along with the previous mysql_* plugins. I've checked it in as the default configuration. Also while verifying this, I stumbled upon another bug in mysql_ [1] which I've also fixed upstream. Regards, Tom Feiner [1] http://munin.projects.linpro.no/ticket/857 signature.asc Description: OpenPGP digital signature
Bug#564239: ,bad default limits for the cpu plugin
Hi, I see that the default warning/critical levels for the cpu plugin were entered about 2 months ago at [1]. The cpu plugin is currently not able to scale the warning/critical levels, and even if it did, I'm not sure we know what are sane cpu related warning/critical levels are (they are obviously very different depending on what the machine is supposed to be doing). As far as I can see, just like we don't supply default load average warning/critical levels, maybe we shouldn't be setting default cpu warning/critical levels, especially as they don't take into account the number of cpus in the system. Should we remove the current default settings? Regards, Tom Feiner [1] http://munin.projects.linpro.no/changeset/3132 signature.asc Description: OpenPGP digital signature
Bug#568793: munin-plugins-extra: plugins/mailman uses an undefined $MUNIN_PLUGSTATE variable
Hi, Thanks for the bug report! Looking at other perl plugins that use $MUNIN_PLUGSTATE, for example the yum plugin - it seems as though the correct way to get this variable is using: $Munin::Common::Defaults::MUNIN_PLUGSTATE. I've checked in the fix upstream [1]. It'll be included in the next munin package containing the next upstream release. Regards, Tom Feiner [1] http://munin.projects.linpro.no/changeset/3344 signature.asc Description: OpenPGP digital signature
Bug#567923: amavis plugin broken/misconfigured
Hi Holger, Thanks for the bug :D Indeed the default configuration for amavis is broken. I've checked-in [1] the fix that configures: [amavis] group adm env.MUNIN_MKTEMP /bin/mktemp -p /tmp/ $1 env.amavislog /var/log/mail.info However, on my squeeze system it still fails with the following error: --- munin-run amavis -debug # Processing plugin configuration from /etc/munin/plugin-conf.d/munin-node # Set rgid/ruid/egid/euid to 103/65534/103 103 4/65534 # Setting up environment # Environment amavislog = /var/log/mail.info # Environment MUNIN_MKTEMP = /bin/mktemp -p /tmp/ $1 # About to run '/etc/munin/plugins/amavis ' /bin/mktemp: too few X's in template `$1' virus.value U spam_maybe.value U spam_sure.value U total.value U --- Changing the plugins' mktempfile function from: cmd=$(echo $MUNIN_MKTEMP | sed s/\\$1/$1/) to cmd=`echo $MUNIN_MKTEMP | sed s/\\$1/$1/ Fixed it for me. Can you confirm that you did the same on your end to get it to work? If so, I'll fix it upstream. Regards, Tom Feiner [1] http://munin-monitoring.org/changeset/3336 signature.asc Description: OpenPGP digital signature
Bug#567895: Plugin: df_abs: make total graph optional by config option
tags 567895 pending quit Hi Daniel. This is indeed a nice feature. I've checked in the patch upstream [1] after adapting it to a positive test which seem more natural and simpler to read: if [ $total = on ]; then echo 'graph_total Total' fi instead of : [ $nototal != true ] echo 'graph_total Total' So the configuration directive is now: env.total on|off (default on) I've also documented this in the pod section. I hope the change is ok with you. It will be available in the next munin upstream release upload to debian. Keep the good ideas flowing :D Regards, Tom Feiner [1] http://munin-monitoring.org/changeset/3337 signature.asc Description: OpenPGP digital signature
Bug#567666: Plugin: df_abs: env.exclude iso9660 udf in config file doesn't work
tags 567666 pending confirmed patch retitle 567666 Plugin: df_abs: multiple excludes in config file don't work quit Hi Daniel. Thanks for taking the time to report the bug and write the patch! I've tested it and applied it upstream [1]. It will be included in version 1.4.4. Regards, Tom Feiner [1] http://munin.projects.linpro.no/changeset/3330 signature.asc Description: OpenPGP digital signature
Bug#567551: munin: ip_ plugins doesn't report ipv6 stats.
forwarded 567551 http://munin.projects.linpro.no/ticket/85 quit Hi Kurt, Thanks for the bug report. As this is a munin issue, and not a debian munin specific issue, I've forwarded this bug upstream. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#539886: should we fix this in stable?
Stig Sandbeck Mathisen wrote: Holger Levsen hol...@layer-acht.org writes: The patch is clear and has been tested well, so I think it qualifies for a stable update. What do you think? I would say it does. Yes, sounds like a good idea. Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#566767: munin-node: hddtemp_smartctl plugin erroneously involves IDE drives without smart_values
tags 566767 confirmed forwarded 566767 http://munin.projects.linpro.no/ticket/848 quit Hi Peter, Thanks for noticing this issue and opening the bug! As this is a munin specific issue and not a debian packaging of munin issue, I've forwarded the bug upstream [1], so the fix will be applied there and not only for debian. I have a few ideas about this bug, which I'll explain in the upstream bug report. Regards, Tom Feiner [1] http://munin.projects.linpro.no/ticket/848 signature.asc Description: OpenPGP digital signature
Bug#566293: munin: graphs are created with different sizes and distance of the columns
tags 566293 confirmed forwarded 566293 http://munin.projects.linpro.no/ticket/838 quit Hi Bernd, Thanks for the bug report. I've also noticed this issue on my systems. This is caused by the new diskstats plugin which used a larger default graph size in order to solve length issue in the labels of the devices. This issue has been fixed upstream and will be fixed in the debian package when upstream will release 1.4.4. Regards, Tom Feiner. signature.asc Description: OpenPGP digital signature
Bug#563160: Add the tcp plugin to track TCP connection states to munin-plugins-extra
forwarded 563160 http://munin.projects.linpro.no/ticket/845 quit Hi Tim, As I mentioned in the previous post in this bug, I think the best place to make this happen is upstream, so I've forwarded your request to them [1]. Once they include the plugin, it will automatically be included in munin-plugins-extra in the relevant munin release. Regards, Tom Feiner [1] forwarded 563160 http://munin.projects.linpro.no/ticket/845 signature.asc Description: OpenPGP digital signature
Bug#558809: munin-node ; plugins exits with 2304
Hi Michael, The munin master runs from cron, but the munin-node runs as a daemon. In any case, you can run (as root): su - munin -s /bin/bash echo $PATH to view munin's user path. By the way, is this problem reproducible on another machine? Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#558809: munin-node ; plugins exits with 2304
Hi Michael,
Any updates on the issue?
Can you please check that you don't have '.' in your path?
If this is not the problem, then please attach the output of $ENV{PATH} as
munin-node sees it?
Thanks,
Tom Feiner
signature.asc
Description: OpenPGP digital signature
Bug#565256: Bug #565256,munin-node: invalid max in fw_forwarded_local
fixed 565256 1.4.0-1 quit Hi Wichert, Thanks for the bug report! Looks like this issue was already fixed by upstream [1][2] in the next major munin version (1.4.0), which is already in debian unstable, and should enter testing pretty soon. Regards, Tom Feiner [1] http://munin.projects.linpro.no/changeset/1163 [2] http://munin.projects.linpro.no/ticket/149 signature.asc Description: OpenPGP digital signature
Bug#564239: ,bad default limits for the cpu plugin
tags 564239 moreinfo quit Hi Marco, Thanks for the bug report. Can you give some examples of the problem? Maybe attach/link to a graph generated by the cpu plugin that shows the problem? Thanks, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#565565: munin-node: plugins fw_conntrack and fw_forwarded_local cause severe network lags on big firewalls
forwarded 565565 http://munin.projects.linpro.no/ticket/843 quit Hi Sven, Thanks for the bug report. As this issue is a munin specific issue and not a debian specific issue, I've forwarded this bug upstream [1] so that they'll be able to fix it and allow all distributions to fix this problem, and not just debian. Regards, Tom Feiner [1] http://munin.projects.linpro.no/ticket/843 signature.asc Description: OpenPGP digital signature
Bug#564696: Should libhibernate3-java depend on glassfish-javaee
Subject: Should libhibernate3-java depend on glassfish-javaee Package: libhibernate3-java Version: 3.3.2.GA-1 Severity: normal Hi, Currently, libhibernate3-java depends on glassfish-javaee, requiring users to install glassfish-javaee and its dependencies. Is glassfish-javaee really a dependency, or can it be moved to Recommends, or even better, to Suggests? Thanks, Tom Feiner -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-16-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhibernate3-java depends on: ii antlr 2.7.7-14 language tool for constructing rec ii default-jre-headles 1.6-33 Standard Java or Java compatible R ii gcj-jre-headless [j 4:4.3.4-1Java runtime environment using GIJ ii gij-4.3 [java5-runt 4.3.4-4 The GNU Java bytecode interpreter ii glassfish-javaee1:2ur2-b04-3 Open source Java EE 5 Application ii java-gcj-compat-hea 1.0.80-5.1 Java runtime environment using GIJ ii junit 3.8.2-4 Automated testing framework for Ja ii libasm3-java3.2-2Java bytecode manipulation framewo ii libc3p0-java0.9.1.2-3library for JDBC connection poolin ii libcglib-java 2.2+dfsg-1 code generation library for Java ii libcommons-collecti 3.2.1-4 A set of abstract data type interf ii libcommons-logging- 1.1.1-6 commmon wrapper interface for seve ii libdom4j-java 1.6.1+dfsg.2-2 flexible XML framework for Java ii libehcache-java 1.5.0+dak1-2 distributed cache library ii libjavassist-java 1:3.11-1 library for editing bytecodes in J ii libjboss-cache1-jav 1.4.1.SP13-1 cache frequently accessed Java obj ii libjboss-jmx-java 4.2.3.GA-1 JBoss Java Management Extensions ii libjboss-system-jav 4.2.3.GA-1 JBoss System ii liboscache-java 2.4.1+dak1-1 caching solution for java server p ii libproxool-java 0.9.1-2 Java JDBC connection pool ii libslf4j-java 1.5.10-1 Simple Logging Facade for Java ii libswarmcache-java 1.0RC2+cvs20071027-3 simple, yet powerful distributed c ii openjdk-6-jre-headl 6b16-1.6.1-2 OpenJDK Java runtime, using Hotspo libhibernate3-java recommends no packages. libhibernate3-java suggests no packages. signature.asc Description: OpenPGP digital signature
Bug#547464: Bug #547464,[munin-plugins-extra] Please include Linksys AG241 adsl modem script
Hi David, I see that you've uploaded the plugin to muninexchange [1]. It looks great :D I would like to keep the munin package as patch free as possible, and adding this plugin only for the Debian package will cause us to add it as a patch on top of the munin vanilla tar, and diverge from upstream. I think that the correct way to get it included is by opening a ticket upstream and asking them to include it (that way not only debian users will benefit from it, but all munin users). Can you please post the munin ticket once you have it, so we can link this bug upstream? Thanks, Tom Feiner http://muninexchange.projects.linpro.no/?viewphid=720 signature.asc Description: OpenPGP digital signature
Bug#560193: 1.4.3-1 fixes this, IMO
Hi, Holger Levsen wrote: upstream trac ticket #795 was the main reason I filed this bug and has been fixed in 1.4.3, so IMO munin is now ready to enter squeeze. What do you think? Yep! It fixed it for me, looks like we're good for squeeze. Tom signature.asc Description: OpenPGP digital signature
Bug#563160: Add the tcp plugin to track TCP connection states to munin-plugins-extra
Hi Tim, Thanks for the bug report. The plugin looks very nice :D Basically, the right way to get a plugin included in the munin-plugins-extra package, is to have it accepted by upstream, and it will automatically be packaged into munin-plugins-extra as part of the contrib family. This way not only debian users will be able to enjoy the plugin, but all other users in other distributions. Regarding the plugin itself, it looks very similar to the netstat plugin. (although your plugins is more detailed and shows data on fin_wait* and close_wait. Have you looked at the netstat plugin? [1] It seems they have some things in common. In any case, I think the proper location to discuss this is the upstream mailing list / bug tracker. Regards, Tom Feiner [1] http://munin.projects.linpro.no/browser/tags/1.4.2/plugins/node.d.linux/netstat.in signature.asc Description: OpenPGP digital signature
Bug#562537: munin: Typo in apache.conf
tags 562537 pending quit Hi Jens, Thanks for the bug report, I've committed a fix. Regards, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561682: closed by Tom Feiner feiner....@gmail.com (Bug#561682: fixed in munin 1.4.2-2)
Right, thanks for reopening, this will be fixed in 1.4.3. Tom signature.asc Description: OpenPGP digital signature
Bug#562097: munin-node: Wrong group for exim_mailqueue
tags 562097 pending quit Hi Moritz, Thanks for the bug report, the underlying issue was indeed fixed in r3219. This will be fixed in the next upload. Thanks, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#561984: /etc/munin/apache.conf example uses IfModule mod_expires, should use IfModule mod_expires.c
tags 561984 pending quit Hi, Thanks for noticing this issue and filing the bug report! As apache doesn't log anything if Ifmodule fails, this has gone unnoticed until now. I've committed the fix, and it'll be part of the next upload. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#559624: #559624,Empty /etc/munin/munin-conf.d/ directory causes munin-cron to spew warnings to cron
Hi, As the fix for this did not make it into munin 1.4.2 (but it was fixed upstream after 1.4.2 was released, in r3236), I created a patch named 102-emty-includedir-disable-cron-warnings.patch which will backport the fix to 1.4.2-1. Once 1.4.3 is released, this patch should be removed. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
Bug#558809: munin-node ; plugins exits with 2304
Hi Michael,
I'm sorry for taking so long to get back to you on this (somehow this bug has
fallen through the cracks).
I couldn't find anything unusual in the plugin-conf/munin-node file you
attached. However, after a bit more search, this problem looks similar to [1].
Can you please check that you don't have '.' in your path?
If this is not the problem, then please attach the output of $ENV{PATH} as
munin-node sees it?
Thanks,
Tom Feiner
[1] https://bugs.launchpad.net/ubuntu/+source/munin/+bug/43447
signature.asc
Description: PGP signature
signature.asc
Description: OpenPGP digital signature
Bug#560416: New version alters server configuration
Hi Joey, Thanks for raising this issue. This change was needed because the munin package up to 1.4-x used /var/www/munin/ which is not FHS complaint. Recently debian has raised the bar on a list of lintian warnings/errors, causing any package which is uploaded with one of the lintian warnings/errors to be autorejected [2]. This raised bug #553555 [1] requiring us to change /var/www/munin/ to something FHS complaint. Regarding your points: a. The package adds /etc/apache2/conf.d: munin - ../../munin/apache.conf, which adds /munin/ to all virtual hosts. The munin package cannot create this configuration in the default site only, as it's risky and will cause upgrade problems in the future. The only thing we can do is secure the default configuration in conf.d/munin as much as possible, which is why access is only allowed from localhost (and basic authentication is there in the config file, commented, making enabling it a breeze). So even if it is appearing in all of the virtual hosts, it's not accessible from outside. According to the apache2 debian readme, placing package configuration in conf.d looks like the right place (and gives administrators an option on what to do to avoid packages activating their default configurations): From /usr/share/doc/apache2/README.Debian.gz: --- conf.d/ Files in this directory are included by this line in apache2.conf: # Include generic snippets of statements Include /etc/apache2/conf.d This is a good place to add additional configuration directives. Packages should not use configuration files that start with 'local-' or end with '.local'. The local administrator can use these filenames to make sure that there are no conflicts with files provided by packages. If the local administrator is not comfortable with packages activating their config files by default, it is possible to change the 'Include /etc/apache2/conf.d/' in apache2.conf into 'Include /etc/apache2/conf.d.enabled/' and create that directory. He can then put symlinks to the files in conf.d which he wants to enable into conf.d.enabled. --- Using conf.d is also what phpmyadmin package in debian uses, and probably other packages as well. If someone knows better ways to do this, please share :) b. uses a new directory for /munin/. Yes, /var/cache/munin/www/ was used instead of /var/www/munin, as using /var/www/ is prohibited by the FHS. You can see the details on why /var/cache was chosen in [1]. And there was also a discussion about this in debian-devel (warning: it's long) [3]. c. disables remote access This was the case previously and is a sane default behavior. d. enables password-less access from localhost This too was the case earlier and is a sane default behavior. /var/cache/munin/www is fine for new installations. For upgrading existing installations it's questionable to use a directory without prior checking the current configuration, since users could have configured a different one in /etc/munin/munin.conf. Unfortunately, we don't have any automatic way to do this, and for upgrading, the user will need to change /etc/munin/munin.conf htmldir to the new location (/var/cache/munin/www) weather they used the default in 1.2.6 or changed it. Note that this is documented in /usr/share/doc/munin/NEWS.Debian.gz. Which problem exactly did you have when altering the existing configuration? Regards, Tom Feiner [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553555 [2] http://lists.debian.org/debian-devel-announce/2009/10/msg4.html [3] http://lists.debian.org/debian-devel/2009/09/msg00915.html signature.asc Description: OpenPGP digital signature
Bug#543523: munin-node: tomcat_* plugins don't work
Here is Janning's request: Hi Tom, I am sorry. It was just a typo with my munin-node config everything works fine. You can close my bug report. kind regards Janning -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559426: SQL Syntax Error inside postgres_querylength_
forwarded 559426 http://munin.projects.linpro.no/ticket/784 tags 559426 confirmed quit Hi Moritz, Thanks for the bugreport. I was also able to reproduce this on PostgreSQL 8.4.1. As this is not a debian specific issue, I'm forwarding this bug upstream. Thanks, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559188: closed by Tom Feiner feiner....@gmail.com (munin: 1.4.0 broke graphing of sensors_fan)
Thanks for the followup, I re-opened the upstream ticket. Tom. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559674: Bug #559674,Wrong group in munin-node config stops processing of rest of file
tags 559674 pending quit Hi, Looks like the fix for bug http://bugs.debian.org/559286 raised this issue. As Holger wrote, we should use the adm group. This will be fixed in the next upload. Regards, Tom Feiner signature.asc Description: OpenPGP digital signature
