ta).
Removing plugin state should not be automatic, but not retained at all
costs, as one expects a "clean" reinstall after purge, specially on a
node.
Regards,
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tags 728840 + upstream fixed-upstream
done
On Wed, Nov 6, 2013 at 6:06 AM, Gabriel Filion wrote:
> simple fix would be to add a line "import os" before line 73 like this:
Thx.
Note that I just fixed [1] the offending call instead in
e9e9f6b63c08d6e8c98ed8d518fdfab5320c.
[1] http://mm0.eu/e
Le 6 nov. 2013 21:33, "Gabriel Filion" a écrit :
> that's quite okay to fix it that way. however, please note that
> "environ" was not imported from os before, so I would expect this to
> fail as well:
Ooops. Well it was handled by the commit fixing #686982, I guess I
rebased my patch a little to
ts are not correctly propagated.
[1] http://mm0.eu/1120
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
e fastcgi worker proceses
> occasionally.
> the problem vanishes on "/etc/init.d/apache2 reload"
The bug is already fixed upstream in
6d62e6b0782ecfa0f4e0c2bec14434d675734962, which is in 2.0.10.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email
Note that ac48315 does fix the issue for the 2.0.6 branch.
[ac48315]
http://munin-monitoring.org/changeset/ac4831527d1bf3344936a4039b1fbf95337f0352/munin-dev
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
tags 698079 + fixed-upstream
thanks
On Mon, Jan 14, 2013 at 1:12 PM, Holger Levsen wrote:
> so 2.0.9 is not affected?
I think it is, as his patch applies cleanly on stable-2.0.
[ Applied upstream as c5a18eb2dd253a437dd06437978d5b79f344db51 ]
Thx
--
Steve Schnepp
http://blog.pwkf.org/tag/mu
On Mon, Jan 14, 2013 at 1:13 PM, Holger Levsen wrote:
> # as always...
Complete explanation is at #697861 .
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697861#10
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wit
On Wed, Jan 16, 2013 at 5:14 PM, Uwe Storbeck wrote:
> A graph which shows munin processing times before and after the
> upgrade to wheezy is attached.
Thx for the report,
Could you post the 2 following files ?
/var/lib/munin/munin-update.stats
/var/lib/munin/munin-graph.stats
--
Steve S
0 Oct 2011) | 4 lines
Addition of configuration directive 'check_results_path' to allow bypass of
command pipe, and 4000 character multi-line output support.
----
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
On Wed, Jan 2, 2013 at 4:05 PM, Alexander Wirt wrote:
> munin should update to the new protocol.
Will the <= 2.8 versions also understand correctly the new protocol ?
--
Steve Schnepp
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "
me a patch and a test description I can do some tests for you if that helps.
Sorry about that, but as I'm not a nsca user myself, I was just
alerted by some of our users that provided me the bug url.
--
Steve Schnepp
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
forwarded 685457 http://tracker.nagios.org/view.php?id=382
thanks
On Wed, Jan 2, 2013 at 5:24 PM, Alexander Wirt wrote:
> This is probably http://tracker.nagios.org/view.php?id=382
> There were also some discussions on the mailinglist.
Great, thx !
--
Steve Schnepp
--
To UNSUBSCRIBE,
stream in c5cf4ad4b54983265a38554290414ab9af828bf5.
Thanks Ferenc.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This message is currently my white whale... It seems to pops up on many
installs, yet I (upstream) still didn't manage to reproduce it accurately.
And every time I have it, it only appears on the first run on munin-html
via munin-cron.
So, I *know* the warning is here, and I'll fix it as soon as I
bian
package version.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
a hop on IRC will show you that
we're not in our ivory tower. Just that we are unfortunately quite
busy...
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bah, Helmut, your patch was slightly better, as closer to the spirit of the
spec. Therefore the 2nd fix.
Steve
Le 8 août 2012 20:27, "Helmut Grohne" a écrit :
> On Wed, Aug 08, 2012 at 12:24:28PM +0200, Holger Levsen wrote:
> > $ git show 29f4223
> > commit 29f422377e710dfb19cff5a29af2344ae62032
Fixed upstream in d20222a415d8cf68a922a4d9d23f0643803488ee.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
nd then reinstalling them
17:32 [Freenode] < pacop:#munin> *thank you!*
17:54 < h01ger:#munin> thats a hack but not a solutin
17:54 < h01ger:#munin> munin-cron, perl trigger, there was something
17:54 < h01ger:#munin> +please file bugs
h01ger, Wish granted.
--
Steve Schnepp
Package: munin
Version: 2.0.6-4
Severity: important
Tags: upstream
The ":" char is not accepted in the has_offending_chars() function.
Then the ip_ plugin with an IPv6 address does not work.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs
Package: munin
Version: 2.0.6-4
Severity: important
Tags: upstream
ip_1.2.3.4 behaves sometimes like a subgrouping plugin
(thx weasel)
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubs
Package: munin
Version: 2.0.6-4
Severity: important
Tags: upstream
When moving from direct TCP connection to async-based transport, the
rrd backend file changed from ip_2001_1234__1-in-d.rrd to
ip_2001:1234::1-in-d.rrd.
(thx weasel)
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To
The bug doesn't appear on all the hosts, just some.
We can see on the screenshot 177 that gabrielli.d.o has the bug, but
geo1.d.o doesn't.
The screenshot 178 show us that it also appears on some host that only
have 1 ip.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
On Fri, May 31,
Btw, i forgot to add that the PNG that are wrongly classified as
"subgrouping" do not work.
That's why i opened it as severity "important".
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
While I tend to agree on rootfs & devtmpfs, I don't on tmpfs.
Monitoring tmpfs is useful as it can & may be used heavily.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
Also, rootfs is even already excluded by default since 2.0.0rc2.
Therefore, I commited ab42e8bc77448bf6c1f78b69b8647bce222cd81a to remove
devtmpfs per default.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
Le 7 juin 2013 01:08, "raylu" a écrit :
> libapache2-mod-fcgid only works for apache2; those of us running some
> other httpd still need libcgi-fast-perl.
Actually, libcgi-fast-perl is a Perl CPAN lib to be inside a fastcgi
container. So it is needed for any httpd.
I recommend to have it as a De
Oh... That was it.
Big thanks on the debug !
Proper fix is on its way, and .12 will follow soonish.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
On Mon, Mar 18, 2013 at 10:28 AM, Eero Häkkinen wrote:
> Steve Schnepp wrote on 2013-02-28 14:54:54 +0100:
> > I'm looking f
tag + upstream fixed-upstream
done
It is fixed upstream in 71d0a86 [1].
Thanks guys !
[1]
http://munin-monitoring.org/changeset/71d0a86c2b6f549e265be1718db8b20c227c9235
Steve
Le 21 mars 2013 20:35, "Steve Schnepp"
a écrit :
> Oh... That was it.
>
> Big thanks on the debu
Package: snapshot.debian.org
Severity: wishlist
It would be convenient to have a other vhost at snapshots.debian.org than
statically does 301 to the same page at snapshot.debian.org so I don't need
to remember if it is plural or not :)
Steve
Le 6 févr. 2013 11:21, "Christian Schroetter"
a écrit :
> Just to confirm this bug on new systems ;-)
I did managed to reproduce the issue. It seems that it's the SSL
handshake (master -> node) that is causing the issue... I'm looking
further on what changed between 1.4 & 2.0.
Did you also upgr
Package: munin-plugins-core
Version: 2.0.6-4+deb7u1
< weasel> the df_ abs plugin doesn't work very well on wheezy
< weasel> seems it lists some filesystems twice and counts them twice
for total too
See attached img.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
<>
Fixed upstream in 57ed226762d57b13665f37e89610dfa6b5ac500d.
Steve
Le 18 juil. 2013 17:21, "Stelio Plautz" a écrit :
>
> Package: munin-plugins-extra
> Version: 2.0.6-4+deb7u1 & 2.0.16-2~bpo70+1
>
>
>
> Dear Maintainer,
>
>
>
> I found the following error in my log file:
>
> 2013/07/18-16:40:28 [
Le 24 août 2013 15:49, "Stig Sandbeck Mathisen" a écrit :
>
> Holger Levsen writes:
>
> > Steve: I believe this fix is suboptimal, wouldnt it be better if the
> > plugin used a sane default even if called directly? (without munin-run
> > as the cronjob calls it, which might be another error.)
>
>
Le 3 sept. 2013 03:15, "DUVERGIER Claude" a
écrit :
> But sadly munin-run don't push the extra "7200" and "12" parameters to
the apt_all
Looking closely, that was done specifically like that. But it sounds wrong
to me, and qualifies as a bug. Will be fixed in the next upstream stable
release.
T
> Thanks. I've forwarded this info to the upstream trac.
Holger, I'm afraid that 2s is a hard configured value in Net::Server::Fork.
See line 189 of /usr/share/perl5/Net/Server/Fork.pm from
libnet-server-perl (0.97-1)
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, em
notfound 608588 munin/2.0~rc2-1
thx
I don't have the bug here.
I'm using iptables/1.4.8-3 and munin/2.0~rc2-1, but as my ip_ plugin
is the same as yours, the bug should also be present.
What's :
- your iptables version ?
- your iptables output of : iptables -L INPUT -v -n -x
-
Holger, you said :
> fix is sitting on my disk, waiting for me to commit, which is blocked by some
> network problems here. Will be uploaded soon.
Do you still have any plan to upload it ?
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dis
tags 648891 + fixed pending
thanks
On Wed, Mar 21, 2012 at 17:31, Holger Levsen wrote:
> Steve, can you please take a look at the patch and apply it?! Thanks already
> :)
I fixed the last plugins for that in r4758 and r4759.
Will normally be in 2.0~rc3.
--
Steve Schnepp
http://blog.pw
as fixed before also, but well. ]
Feel free to provide me a sample plugin output (config + fetch) that
triggers the issue in rc2 so I can investigate futher.
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsub
It seems to be not translated just in the POD parts, and was
introduced in 1.4.0.
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
geset/4896 ?
--
Steve Schnepp
http://blog.pwkf.org/
On Wed, May 30, 2012 at 12:26 PM, Stig Sandbeck Mathisen
wrote:
> Richard Scherping writes:
>
>> Please direct me how to make Munin working again.
>
> Could you please provide the contents of /etc/munin/munin.conf (and
tag 675152 + pending
thanks
This is the same bug as 675153, munin.conf needs a change as said in NEWS.
But try patch http://munin-monitoring.org/changeset/4896 to make the
default work again.
--
Steve Schnepp
http://blog.pwkf.org/
On Wed, May 30, 2012 at 10:50 AM, Patrick Matthäi wrote
package: munin-node
This bug is mostly for reminder about irc chat over perm issue
Perms should be like :
chown munin.munin /var/lib/munin/plugin-state
chmod u=rwx,g=rwxs,o=rx /var/lib/munin/plugin-state
Tag 675593 + upstream
Thx
The current perms are : u=rwx,go=rx
For plugins that don't exec as the correct uid, they cannot create their
state file there.
Creation of the state file is difficult to delegate correctly, so using the
proposed perms is a good compromise.
And this fix should happen up
Package: munin
Severity: wishlist
Currently the package munin (server) and munin-node (agent) are using the
same user : munin.
When both are on the same server, the node has a full access to all the
files of the master, including the rrd and the database files.
I'd naively suggest that the munin
d by the
CGI user (in order for it to whatever it needs).
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
lowed characters and to change line
75 to use it.
A fix has already been commited upstream in r4877 & r4878.
This bug is mostly to track the issue
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of &qu
fixed 678255 2.0~rc2-1
done
On Wed, Jun 20, 2012 at 12:55 PM, wrote:
> The following is all that's required to fix the problem:
> [...]
Yes, and this patch is even already included since 2.0~rc2-1 :-)
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bug
On Fri, Apr 27, 2012 at 12:59, Jimmy Olsen wrote:
Hi,
> unknown by the people adding the pod doc. The license is GPLv2.
Can we assume that all the code that seems attributed to you is GPLv2 ?
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-r
ut very big imgs that gets the cgi into swapping
isn't the same bug to be.
As Helmut noticed, there is already a size cap in rrd, so do I still
need implement one in munin ? If yes, would you mind to file another
bugreport (for RAM exhaustion) ?
Thx !
r4825: http://munin-monitoring.org/changese
s bug report is here for reminding.
For naming, "munin-plugins-osoblete" or "munin-plugins-old" comes to my mind.
Would it also be possible to have some usage stats reported ?
Something a-la popcon, but for plugins...
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE,
fixed 584167 munin/2.0~rc2-1
thanks
It was fixed in r4292.
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
So, what's the status on this bug ?
Since, if the patch works correctly, I'm ready to include it upstream,
and it might be included in 2.0.
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubs
Fixed 661884 munin/2.0~rc2-1
Thanks
This bug has been fixed somewhere in trunk and the 1.999 series.
I'm closing this bug.
In 2.0, there is a separate package withheld plugins, so there is *no* need
to disable node when it is installed.
If you really want to disable it, use update-rc.d
ne package.
This bug is to remind me to move the jmx_ plugin into the correct package.
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hmmm... Seems the sec fix is faulty here.
The "if defined" should be replaced with a simple "if".
Will emit a fix today :-(
On Wed, Mar 1, 2017 at 9:30 AM Christian Marillat
wrote:
Package: munin
Version: 2.0.31-1
Severity: important
Dear Maintainer,
I don't know since when but zooming in gr
On Mar 1, 2017 10:56 AM, "Steve Schnepp" wrote:
Hmmm... Seems the sec fix is faulty here.
The "if defined" should be replaced with a simple "if".
Actually that is not enough as introduces another, more subtle, bug :
you cannot force any value to 0 anymore.
I
On Feb 23, 2017 11:52 AM, "Holger Levsen" wrote:
tomorrow, or at least until upstream (cc:ed) has confirmed this is the
right patch?
The patch is indeed quite minimal, and address the issue. It therefore
looks very ok to me.
Note that I did not plan to take it as is, but use the 2.999.x code
usually are both on the same host when this triggers)
Could you check if that's the case in your install ?
--
Steve Schnepp
Le 20 août 2014 23:27, "Petter Reinholdtsen" a écrit :
>
> Control: found -1 2.0.21-2
>
> [Petter Reinholdtsen]
> > Perhaps you can reproduce it
t that the message could be much more user-friendly.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
uld
conserve the feature asis, or 2. which would not introduce an extra
dependency.
That said, a dependency to "coreutils" might not be very demanding.
> do you agree we can thus downgrade this bug to "normal"?
In any case, I also really think it's a "normal" bug
Would that solve your issue ?
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ent failure is sometimes better than a loudly one.
Specially for tech-sawy users, or for transient ones.
The last behavior should then be optional. The default is still to be
decided, but I usually favor ease-of-use for a newbie, so the red
warning has my personal preference.
--
Steve Schnepp
ht
till looking on how I should update upstream's code to be
natively compatible with perl5.20+.
@maintainers: You might need to add the libcgi-pm-perl package to Depends:
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.o
1247e3
(cherry-picked from 91a9e62).
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi all,
Thanks for the bug report & its handling.
Note that I do maintain a rough dependency manager directly in the munin
code in the form of a shell script : dev_scripts/deps [1]
It has 2 main issues :
* It isn't complete (as it didn't contain
libhttp-server-simple-cgi-prefork-perl) but I can
Package: wnpp
Severity: wishlist
* Package name: libhttp-server-simple-cgi-prefork-perl
Version : 6
Upstream Author : Rene Schickbauer
* URL :
http://search.cpan.org/~cavac/HTTP-Server-Simple-CGI-PreFork-6/
* License : Perl
Programming Lang: Perl
Descriptio
Maybe the fix could somehow be backported to the 1.4 branch...
--
Steve Schnepp
http://blog.pwkf.org/
Package: dash
Version: 0.5.4-12
Severity: normal
dash's read() builtin seems to read the underlying file 1 char at a
time. This doesn't work with some files under /proc, since procfs isn't
fully POSIX compliant.
With bash it works :
$ bash -c 'read MAX < /proc/sys/kernel/pid_max; ec
32768
W
ian.org/cgi-bin/bugreport.cgi?bug=595063
[2] http://lxr.linux.no/#linux+v2.6.32/kernel/sysctl.c#L2371
--
Steve Schnepp
http://blog.pwkf.org/
ian.org/cgi-bin/bugreport.cgi?bug=595063
[2] http://lxr.linux.no/#linux+v2.6.32/kernel/sysctl.c#L2371
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
2010/9/1 Steve Schnepp :
> conforming to POSIX isn't a realistic option, would it be possible to
> have a workaround that doesn't involve an external tool like cat(1) ?
Hi, I just hacked & attached a little patch away to be able to solve this case.
Feel free to reply with y
ne byte from offset 0 should fail like reading one byte from
> offset 1 does).
+1 for "the proper way to read these files needs to be documented" and
I also think that emitting an error would be better than silently
returning erroneous data. [ EOVERFLOW is coming to my mind ]
--
in new files (bufreadcmd.c & .h), in order to
ease its understanding.
--
Steve Schnepp
http://blog.pwkf.org/
>
> A possible fix is to check first if the input supports seeking. If it
> does, use the buffering and at the end of the line seek backwards for
> the number of by
Package: sysstat
Version: 9.0.6.1-2
Severity: normal
On the kfreebsd-* architecture, iostat doesn't output any disk-related stats.
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: kfreebsd-amd64 (x86_64)
Kernel: kFreeBSD 8.1-1-amd64
Lo
bsd-i386 to actually point to
>> ports/kfreebsd-gnu, but since those links maybe automatically generated
>> in other documents like release-notes or installation-guide, we may also
>> need to prepare a 301 redirection from ports/kfreebsd-amd64 and
>> kfreebsd-i386.
>
>
Package: cstream
Version: 2.7.6-1
Severity: normal
Tags: patch
A patch is attached to make it build on kfreebsd-*, that doesn't have O_DIRECT.
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: kfreebsd-amd64 (x86_64)
Kernel: kFreeBSD 8.
Tags: patch
Here is a small patch that provides a fix.
--- cstream.c.orig 2011-03-30 13:21:26.0 +
+++ cstream.c 2011-03-30 13:22:08.0 +
@@ -699,7 +699,7 @@
if (strchr(o->o, ':') && !strchr(o->O, 'N'))
state->ofd = open_tcp(o, O_WRONLY);
else {
-
tags 193782 + patch
quit
On Wed, Mar 30, 2011 at 15:29, Steve Schnepp wrote:
> Tags: patch
>
> Here is a small patch that provides a fix.
>
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Subject: util-linux: fdisk does not detect the disksize
Package: util-linux
Version: 2.16.2-0
Severity: important
*** Please type your report below this line ***
I installed successfully kfreebsd-i386 on ad0 on VMWare with an old
debian-installer version :
http://d-i.debian.org/daily-images/kfree
ay of "60 MiB/min instead of 1 MiB/s"
than with the munin-update frequency
--
Steve Schnepp
http://blog.pwkf.org/
Package: thttpd
Version: 2.25b-11
Severity: wishlist
Tags: patch
It would be nice to pass the Cache-Control header to spawned CGI
processes.
Here is a minimal patch that does just this.
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture:
Package: puf
Version: 1.0.0-6
Severity: important
Tags: upstream
When downloading an URL with a url entity in it (such as %20, space), puf does
create a file with a %20.
It should url decode the filename, and write a filename with a space in it as
wget.
puf http://example.com/filename%20with%
s no packages.
puf suggests no packages.
-- no debconf information
--
Steve Schnepp
http://blog.pwkf.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
environment, and not only for the df
plugin.
Can the df* plugin itself detect the situation and then make a log entry?
> That would have severely cut down the time it took me to find this.
>
I have to see if the df plugin does know about it, as I'm not sure it can
detect it reliably.
--
Steve Schnepp
>
tory than individual files.
That said, the cronjob could also be tweaked to use the "nobody" directory
as it runs as root, but it might be counterintuitive as where the state is
written.
Steve Schnepp
st "evil plugins" isn't done easily, but we should aim to
fool-proof against "buggy" plugins.
I agree that we cannot do everything, but if it catches 80% of the
mistakes, it feels a good idea.
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
On Wed, Mar 18, 2020 at 3:39 PM Holger Levsen wrote:
> why not 5min?
It is the delay for munin-node *startup*, not during runtime execution of
plugins.
Therefore, simplicity would be to just use the default timeout.
--
Steve Schnepp
On Wed, Mar 18, 2020 at 5:22 PM Holger Levsen wrote:
> yes, sure, so let me rephrase: why not 5min for the default timeout?
That's a question that you should send to the systemd team, as simplicity
advocates we use theirs ;-)
--
Steve Schnepp
http://blog.pwkf.org/tag/munin
en
fallocate -l "${CONF_SWAPSIZE}"M "${CONF_SWAPFILE}" 2> /dev/null
else
dd if=/dev/zero of="${CONF_SWAPFILE}" bs=1048576 \
count="${CONF_SWAPSIZE}" 2> /dev/null
fi
Notes:
* this bug is subtly different from #906767.
* I'm u
Seems that the issue is due to a Debian-specific patch:
https://sources.debian.org/src/dphys-swapfile/20100506-5/debian/patches/fallocate.patch/
That patch status is :
Forwarded: yes (but rejected)
--
Steve Schnepp
94 matches
Mail list logo
