Re: [munin-users] Cur/Min/Avg/Max as headline

[Nicolas S. <Nic...@ne...>]

Lupe Christoph a =E9crit :

>> On the other hand, I still have the irqstat plugin which is the only=20
>> plugin that still has a bad drawing. Maybe rrdtol has some problem wit=
h=20
>> field names containing certain characters ?
>=20
> Hmmm... Can you try to run a copy of the plugin that modifies the field
> names?

I did, it changed nothing.
But the following patch for munin-graph did. It reduces the max length=20
of a field needed to graph a Min/Max header line.

@@ -758,7 +758,7 @@
         # Get max label length
         $max_field_len =3D &munin_get_max_label_length ($node, $config,=20
$domain, $name, $service, \@field_order);
-       my $global_headers =3D ($max_field_len > 20);
+       my $global_headers =3D ($max_field_len > 18);

         # Array to keep negative data until we're finished with positive=
.
         my @rrd_negatives =3D ();


So at last, I don't have anymore buggy fields with two lines :)

> I would very much appreciate if you could figure out the arguments
> passed to RRDs and try the same with the stand-alone RRDtool. If you

This problem seems much more strange and looks like it's a bug with=20
RRDtool on my system, or a problem with the command line that get passed=20
to the RRDtool.

> could also trace the RRDtool and see what changes when you vary the
> --font argument, that would be ideal. It would also be interesting to
> know if there is a default font directory, i.e. if it's possible to
> specify just the filename.
>=20
> The manpage on my system says:
[SNIP]

Same for me.

> So that *should* work if the scaling works. Maybe the default font isn'=
t
> scalable?

On Linux Debian, RRDtool is compiled with the following option:
--with-rrd-default-font=3D/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans=
Mono-Roman.ttf
So this font is scallable because it is the one I am using when forcing=20
the path to the font :)

I have traced munin-graph to see what RRD command it was producing in=20
both cases. When not forcing the path to the font, the command is the=20
one that is in the attached file. This command fails somewhere when I=20
execute it from the command line and gives some garbage on the stderr:

#su munin -s /bin/bash -c "sh < /tmp/rrdcommand.txt"
453x379
ERROR: failed to load =E4=A5=BF

But it manages to work when I _just_ add the complete path to the font=20
(and it is the only change I make).

su munin -s /bin/bash -c "sh < /tmp/rrdcommand.txt"
495x379

So I guess Munin is not faulty here...

Have you tried to reproduce this bug ? Do you get the same problem ?

--=20
Nico