munin-users — Questions and discussions about Munin

[munin-users] Bandwidth plugin

[Martin B. <ma...@bl...>]

Hi

I needed to monitor bandwidth and found the bandwidth_ plugin. Unfortunately it didn't work in current systems.

Attached is a fixed version that works for me in Debian 13. I haven't validated the results, just stopped it being broken.

Best regards, Martin

Re: [munin-users] Connection Refused - Why?

[Oleg C. <o1e...@ya...>]

The most likely it is an apt update/upgrade issue.  I do have experience 
running munin-master on both RHEL and FreeBSD.

On RHEL it eventually happens for permissions to be altered after an 
update.  Furthermore, the SELinux could be the issue if _fcontenxt_ is 
not properly set or has been updated by overwriting the custom settings, 
tough not an issue on Ubuntu.

My experience, a deployment on FreeBSD, proved to be more predictable 
managing munin-master while upgrading packages and the system base.


On 17.06.2025 16:25, sa...@gm... wrote:
> Thanks for the debugging tips! I can confirm that the "Connection refused"
> error was caused by the fcgi scripts (munin-cgi-graph and munin-cgi-html)
> not running. They failed because they couldn't access (I was getting
> "permission denied" errors) associated log files munin-cgi-graph.log and
> munin-cgi-html.log in the /var/log/munin directory. I created both log files
> manually, set the owner to the www-data user, started both services
> (munin-fcgi-html.service and munin-fcgi-graph.service) manually, confirmed
> they were both running, and it all works again.
> 
> My installation had been working fine. I don't know what changed, but I hope
> this is helpful to anyone else who runs into the same problem. This is on
> Ubuntu 24.04.2 LTS running munin version 2.0.75-1ubuntu1, installed using
> the aptitude package manager.
> 
> Scott
> 
>> -----Original Message-----
>> From: Rowan Wookey via munin-users <mun...@li...>
>> Sent: Monday, June 16, 2025 11:53 AM
>> To: mun...@li...
>> Subject: Re: [munin-users] Connection Refused - Why?
>>
>> More information on your set up would be useful e.g. OS, how you
>> installed munin, how you're spawing the fcgi process.
>>
>> It sounds like whatever spawns the fcgi process has died, the socket
>> persists after it exits.
>>
>> You can check if it's running using
>>
>> pgrep -a munin-cgi-html
>>
>> You should see something like this
>>
>> 3511177 /usr/bin/perl -T /usr/lib/munin/cgi/munin-cgi-html
>>
>> --
>> Regards
>>
>> Rowan
>>
>> On Mon, 16 Jun 2025 11:21:09 -0400
>> sa...@gm... wrote:
>>
>>> My munin installation has been working perfectly until recently. I
>>> don't know what changed, but something failed when I tried to view
>>> graphs today. I found this error in my nginx server log (I've edited
>>> the IP address and server name for privacy reasons):
>>>
>>> 2025/06/16 10:53:52 [error] 850765#850765: *2294 connect() to
>>> unix:/var/run/munin/fcgi-html.sock failed (111: Connection refused)
>>> while connecting to upstream, client: 1.1.1.1, server: myserver.net,
>>> request: "GET /munin/ HTTP/1.1", upstream:
>>> "fastcgi://unix:/var/run/munin/fcgi-html.sock:", host:
>>> "www.myserver.net"
>>>
>>> Here's the socket file:
>>>
>>> srw-rw---- 1 www-data www-data 0 Jun 10 17:19
>>> /var/run/munin/fcgi-html.sock
>>>
>>> Any tips on how to diagnose and fix the problem?
>>>
>>> Thanks,
>>> Scott
>>>
>>>
>>>
>>> _______________________________________________
>>> munin-users mailing list
>>> mun...@li...
>>> https://lists.sourceforge.net/lists/listinfo/munin-users
>>
>>
>> _______________________________________________
>> munin-users mailing list
>> mun...@li...
>> https://lists.sourceforge.net/lists/listinfo/munin-users
> 
> 
> 
> _______________________________________________
> munin-users mailing list
> mun...@li...
> https://lists.sourceforge.net/lists/listinfo/munin-users

Re: [munin-users] Connection Refused - Why?

[<sa...@gm...>]

Thanks for the debugging tips! I can confirm that the "Connection refused"
error was caused by the fcgi scripts (munin-cgi-graph and munin-cgi-html)
not running. They failed because they couldn't access (I was getting
"permission denied" errors) associated log files munin-cgi-graph.log and
munin-cgi-html.log in the /var/log/munin directory. I created both log files
manually, set the owner to the www-data user, started both services
(munin-fcgi-html.service and munin-fcgi-graph.service) manually, confirmed
they were both running, and it all works again.

My installation had been working fine. I don't know what changed, but I hope
this is helpful to anyone else who runs into the same problem. This is on
Ubuntu 24.04.2 LTS running munin version 2.0.75-1ubuntu1, installed using
the aptitude package manager.

Scott

> -----Original Message-----
> From: Rowan Wookey via munin-users <mun...@li...>
> Sent: Monday, June 16, 2025 11:53 AM
> To: mun...@li...
> Subject: Re: [munin-users] Connection Refused - Why?
> 
> More information on your set up would be useful e.g. OS, how you
> installed munin, how you're spawing the fcgi process.
> 
> It sounds like whatever spawns the fcgi process has died, the socket
> persists after it exits.
> 
> You can check if it's running using
> 
> pgrep -a munin-cgi-html
> 
> You should see something like this
> 
> 3511177 /usr/bin/perl -T /usr/lib/munin/cgi/munin-cgi-html
> 
> --
> Regards
> 
> Rowan
> 
> On Mon, 16 Jun 2025 11:21:09 -0400
> sa...@gm... wrote:
> 
> > My munin installation has been working perfectly until recently. I
> > don't know what changed, but something failed when I tried to view
> > graphs today. I found this error in my nginx server log (I've edited
> > the IP address and server name for privacy reasons):
> >
> > 2025/06/16 10:53:52 [error] 850765#850765: *2294 connect() to
> > unix:/var/run/munin/fcgi-html.sock failed (111: Connection refused)
> > while connecting to upstream, client: 1.1.1.1, server: myserver.net,
> > request: "GET /munin/ HTTP/1.1", upstream:
> > "fastcgi://unix:/var/run/munin/fcgi-html.sock:", host:
> > "www.myserver.net"
> >
> > Here's the socket file:
> >
> > srw-rw---- 1 www-data www-data 0 Jun 10 17:19
> > /var/run/munin/fcgi-html.sock
> >
> > Any tips on how to diagnose and fix the problem?
> >
> > Thanks,
> > Scott
> >
> >
> >
> > _______________________________________________
> > munin-users mailing list
> > mun...@li...
> > https://lists.sourceforge.net/lists/listinfo/munin-users
> 
> 
> _______________________________________________
> munin-users mailing list
> mun...@li...
> https://lists.sourceforge.net/lists/listinfo/munin-users

Re: [munin-users] Connection Refused - Why?

[<sa...@gm...>]

> -----Original Message-----
> From: Rowan Wookey via munin-users <mun...@li...>
> Sent: Monday, June 16, 2025 11:53 AM
> To: mun...@li...
> Subject: Re: [munin-users] Connection Refused - Why?
> 
> More information on your set up would be useful e.g. OS, how you
> installed munin, how you're spawing the fcgi process.
> 
> It sounds like whatever spawns the fcgi process has died, the socket
> persists after it exits.
> 
> You can check if it's running using
> 
> pgrep -a munin-cgi-html
> 
> You should see something like this
> 
> 3511177 /usr/bin/perl -T /usr/lib/munin/cgi/munin-cgi-html

Thanks. I'm running on Ubuntu 24.04.2 LTS with version 2.0.75-1ubuntu1
installed by the apt package manager. I'm not really sure how the fcgi
processes are being spawned. I can't find anything that's calling
spawn-fcgi. Where should I look?

After rebooting my server, the situation changed slightly. I can now connect
to the web server, but the graph images are all being refused. Here's an
example:

2025/06/16 12:32:57 [error] 11713#11713: *292 connect() to
unix:/var/run/munin/fcgi-graph.sock failed (111: Connection refused) while
connecting to upstream, client: 96.255.222.29, server: myserver.net,
request: "GET /munin-cgi/munin-cgi-graph/net/myserver.net/uptime-day.png
HTTP/1.1", upstream: "fastcgi://unix:/var/run/munin/fcgi-graph.sock:", host:
"www.myserver.net", referrer: "https://www.myserver.net/munin/net/myserver
.net/index.html"

The socket file:

srw-rw---- 1 www-data www-data 0 Jun 16 11:24 /var/run/munin/fcgi-graph.sock

The fcgi processes:

$ ls -l /usr/lib/munin/cgi
total 24
-rwxr-xr-x 1 root root 14684 Feb 21  2024 munin-cgi-graph
-rwxr-xr-x 1 root root  4372 Feb 21  2024 munin-cgi-html
$ pgrep -a munin-cgi-html
1118 /usr/bin/perl -T /usr/lib/munin/cgi/munin-cgi-html
$ pgrep -a munin-cgi-graph
$

munin-cgi-html is running, munin-cgi-graph isn't. Should it be?

Scott

Re: [munin-users] Connection Refused - Why?

[Rowan W. <ad...@rw...>]

More information on your set up would be useful e.g. OS, how you
installed munin, how you're spawing the fcgi process.

It sounds like whatever spawns the fcgi process has died, the socket
persists after it exits.

You can check if it's running using 

pgrep -a munin-cgi-html

You should see something like this

3511177 /usr/bin/perl -T /usr/lib/munin/cgi/munin-cgi-html

-- 
Regards

Rowan

On Mon, 16 Jun 2025 11:21:09 -0400
sa...@gm... wrote:

> My munin installation has been working perfectly until recently. I
> don't know what changed, but something failed when I tried to view
> graphs today. I found this error in my nginx server log (I've edited
> the IP address and server name for privacy reasons):
> 
> 2025/06/16 10:53:52 [error] 850765#850765: *2294 connect() to
> unix:/var/run/munin/fcgi-html.sock failed (111: Connection refused)
> while connecting to upstream, client: 1.1.1.1, server: myserver.net,
> request: "GET /munin/ HTTP/1.1", upstream:
> "fastcgi://unix:/var/run/munin/fcgi-html.sock:", host:
> "www.myserver.net"
> 
> Here's the socket file:
> 
> srw-rw---- 1 www-data www-data 0 Jun 10 17:19
> /var/run/munin/fcgi-html.sock
> 
> Any tips on how to diagnose and fix the problem?
> 
> Thanks,
> Scott
> 
> 
> 
> _______________________________________________
> munin-users mailing list
> mun...@li...
> https://lists.sourceforge.net/lists/listinfo/munin-users

[munin-users] Connection Refused - Why?

[<sa...@gm...>]

My munin installation has been working perfectly until recently. I don't
know what changed, but something failed when I tried to view graphs today. I
found this error in my nginx server log (I've edited the IP address and
server name for privacy reasons):

2025/06/16 10:53:52 [error] 850765#850765: *2294 connect() to
unix:/var/run/munin/fcgi-html.sock failed (111: Connection refused) while
connecting to upstream, client: 1.1.1.1, server: myserver.net, request: "GET
/munin/ HTTP/1.1", upstream:
"fastcgi://unix:/var/run/munin/fcgi-html.sock:", host: "www.myserver.net"

Here's the socket file:

srw-rw---- 1 www-data www-data 0 Jun 10 17:19 /var/run/munin/fcgi-html.sock

Any tips on how to diagnose and fix the problem?

Thanks,
Scott

[munin-users] Munin mysql_ plugin and users statistics

[Libor K. <lib...@bc...>]

Hi,
we are running munin-node on debian12, munin-plugins-core version 2.0.76-1~bpo12+1.
We would like to graph mariadb user statistics.
We enabled plugin from config gile (userstat = 1) and restarted mariadb.

We were expecting some new graphs, but nothing so far.
When i run suggest:
# ./mysql_ suggest
bin_relay_log
binlog_groupcommit
commands
connections
files_tables
innodb_bpool
innodb_bpool_act
innodb_insert_buf
innodb_io
innodb_io_pend
innodb_log
innodb_rows
innodb_semaphores
innodb_tnx
myisam_indexes
network_traffic
qcache
qcache_mem
replication
select_types
slow
sorts
table_locks
tmp_tables

There is nothing like user statistics.
When i debug mysql_ plugin in function is_user_statistics() , i can see it outputing usernames .
This print "$var - $user - $userstat\n"; inside while loop outputs 
user_stats_root_busy_time - root - busy_time
user_stats_root_connected_time - root - connected_time
user_stats_root_cpu_time - root - cpu_time
user_stats_root_lost_connections - root - lost_connections
user_stats_root_concurrent_connections - root - concurrent_connections
and so on


What needs to be done to get some graphs out of it?

Thanks,
Libor

Re: [munin-users] Munin dhcpd3 plugin

[Kim B. H. <b...@bb...>]

> I am writing in regard to the Munin dhcpd3 plugin. It appears as if
> this plugin is designed for ISC DHCP, which is deprecated in favor of
> Kea (please see https://www.isc.org/dhcp/ for further details). Please
> redesign the dhcpd3 plugin to work for Kea.

https://github.com/munin-monitoring/contrib/blob/master/plugins/dhcp/kea

[munin-users] Munin dhcpd3 plugin

[Travis B. <tb...@gm...>]

Hello,

I am writing in regard to the Munin dhcpd3 plugin. It appears as if
this plugin is designed for ISC DHCP, which is deprecated in favor of
Kea (please see https://www.isc.org/dhcp/ for further details). Please
redesign the dhcpd3 plugin to work for Kea.

Kind regards,

Travis Bean

[munin-users] Bash automation for Munin

[Travis B. <tb...@gm...>]

Hello,

I developed Bash scripts to automate the installation and
configuration of open-source software (i.e., launchpad.net/linuxha and
launchpad.net/linuxsoho). I want to make sure the syntax of these
scripts is perfect so I can use them as teaching tools to educate
people about Linux.

I need to know if there is anything misconfigured with my Munin syntax.

If you find a bug in LinuxHA or LinuxSOHO, please submit a bug report
to bugs.launchpad.net/linuxha/+filebug or
bugs.launchpad.net/linuxsoho/+filebug.

Kind regards,

Travis Bean

Re: [munin-users] Formatting plugin values as duration (left axis)

[Christian W. <cw...@cw...>]

Hello Nicolai,


> I agree that millions of milliseconds is not humanly understantable. For 
> this thing I might consider reporting the age of the file in days. 0.5 
> days is very readable, as is 100 days. You don't need to change your 
> plugin much except add a cdef to divide the milliseconds with whatever 
> the factor is between milliseconds and days - and of course the 
> labeling of the y-axis.  

cdef is a very good idea!
It means that existing plugins can be converted to show times in the y 
axis without modifications to the logged value.

Using a cdef also solves the "big number" problem in notification mails 
- but not in the legend.

Example: The plugin logs seconds, and the warning mails contain
> home.cweiske.de :: backup :: File age
> 	WARNINGs: Last backup is 30252.00 (outside range [:22800]).

Which is much better than millions.
(Logging hour or day values would be even better for human understanding 
indeed.)

The graph legend shows the cdef'd value, which is my only complaint:
 > Cur: 35.95M
 > Min: 11.95M

-- 
Regards/Mit freundlichen Grüßen
Christian Weiske

-=≡ Geeking around in the name of science since 1982 ≡=-

Re: [munin-users] Formatting plugin values as duration (left axis)

[Benoît-Pierre D. <be...@de...>]

You can create a virtual plugin that will read values fro "real" one, 
divide by 3600 then 24, and trace curves as hours, or days as you wish 
(or one plugin per taste).

It was hard for me to get virtuals work, because there are two ways to 
do it (raw import, or make calculations on values), they are very 
sensible to broken calculations (like division by 0) and missing source 
(a missing source may break the whole virtual).

But ... it can be done.

Once the plugin works, if you REALLY need immediate history, you can 
write a script that will compute and fill NaN lines for past dates from 
the source. Script must be run at precise time to not interfere with 
server, but, it can be done. Requires to rrdump, bc, sed , rrdump.

An other way is to introduce calculations on server in munin server conf 
file, or, on node, duplicate the plugin and alter the source. Only these 
methods would fix emails.

On 06/03/2025 20:41, Christian Weiske wrote:
> Hello,
>
>
> I'm trying to display duration values in munin graphs:
> Age of a backup file and the last sync of a homebanking account.
>
> I log the values as hours, minutes or seconds - which gives me the
> usual "1k" and "40k" labels on the y-axis, which are totally not
> understandable by humans.
>
> rrdtool provides a way to format the left axis as a duration, but this
> requires the value to be logged as milliseconds.
> The plugin's config only has to have the line
>
>> graph_args --base 1000 -l 0 --left-axis-formatter duration
> This prints pretty durations on the axis, but the current/min/avg/max
> values displayed are not understandable:
>> Cur: 56.01M
>> Min: 514.00k
>> Avg: 42.13M
>> Max: 86.22M
> The warning mails also make no sense with these high values.
>
> Is there a way to format the values as durations, too?
>
> Attached is a screenshot. Hope it comes through the list.
>
>
>
> _______________________________________________
> munin-users mailing list
> mun...@li...
> https://lists.sourceforge.net/lists/listinfo/munin-users


-- 
  >o_/ DEMAINE Benoît-Pierre (aka DoubleHP) http://benoit.demaine.info/
If computing were an exact science, IT engineers would'nt have work \_o<

"So all that's left, Is the proof that love's not only blind but deaf."
(FAKE TALES OF SAN FRANCISCO, Arctic Monkeys)

Re: [munin-users] Formatting plugin values as duration (left axis)

[Nicolai L. <ja...@la...>]

Hi,

No, the legend does not support duration.

I agree that millions of milliseconds is not humanly understantable.  
For this thing I might consider reporting the age of the file in days. 
0.5 days is very readable, as is 100 days. You don't need to change your 
plugin much except add a cdef to divide the milliseconds with whatever 
the factor is between milliseconds and days - and of course the 
labeloing of the y-axis.  How to use cdef is demonstrated here: 
https://guide.munin-monitoring.org/en/latest/develop/plugins/howto-write-plugins.html

Den 06.03.2025 20:41, skrev Christian Weiske:
> Hello,
>
>
> I'm trying to display duration values in munin graphs:
> Age of a backup file and the last sync of a homebanking account.
>
> I log the values as hours, minutes or seconds - which gives me the
> usual "1k" and "40k" labels on the y-axis, which are totally not
> understandable by humans.
>
> rrdtool provides a way to format the left axis as a duration, but this
> requires the value to be logged as milliseconds.
> The plugin's config only has to have the line
>
>> graph_args --base 1000 -l 0 --left-axis-formatter duration
> This prints pretty durations on the axis, but the current/min/avg/max
> values displayed are not understandable:
>> Cur: 56.01M
>> Min: 514.00k
>> Avg: 42.13M
>> Max: 86.22M
> The warning mails also make no sense with these high values.
>
> Is there a way to format the values as durations, too?
>
> Attached is a screenshot. Hope it comes through the list.
>
>
>
> _______________________________________________
> munin-users mailing list
> mun...@li...
> https://lists.sourceforge.net/lists/listinfo/munin-users

[munin-users] Formatting plugin values as duration (left axis)

[Christian W. <cw...@cw...>]

Hello,


I'm trying to display duration values in munin graphs:
Age of a backup file and the last sync of a homebanking account.

I log the values as hours, minutes or seconds - which gives me the
usual "1k" and "40k" labels on the y-axis, which are totally not
understandable by humans.

rrdtool provides a way to format the left axis as a duration, but this
requires the value to be logged as milliseconds.
The plugin's config only has to have the line

> graph_args --base 1000 -l 0 --left-axis-formatter duration

This prints pretty durations on the axis, but the current/min/avg/max
values displayed are not understandable:
> Cur: 56.01M
> Min: 514.00k
> Avg: 42.13M
> Max: 86.22M

The warning mails also make no sense with these high values.

Is there a way to format the values as durations, too?

Attached is a screenshot. Hope it comes through the list.

-- 
Regards/Mit freundlichen Grüßen
Christian Weiske

-=≡ Geeking around in the name of science since 1982 ≡=-

[munin-users] What is the cause of these occasional Stack dumps?

[Justin P. <jp...@lu...>]

Hello, what is the best way to determine what is causing these Stack
Dumps emails?

Version: munin 2.0.73-1
Distribution: Debian stable

### HTML::Template output Stack Dump ###

$VAR1 = [
          \'
        <option
          ',
          bless( [
                   bless( do{\(my $o = 'tcp_states.html')},
'HTML::Template::VAR' ),
                   0,
                   0,
                   5,
                   0
                 ], 'HTML::Template::COND' ),
          \'
            value="',
          $VAR1->[1][0],
          \'">
          ',
          bless( [
                   $VAR1->[1][0],
                   0,
                   undef,
                   7,
                   0,
                   1,
                   1
                 ], 'HTML::Template::COND' ),
          \'
            value="">
          ',
          bless( do{\(my $o = undef)}, 'HTML::Template::NOOP' ),
          \'
        ',
          bless( do{\(my $o = 'tcp states')}, 'HTML::Template::VAR' ),
          \'</option>

      '
        ];

Re: [munin-users] Mailman3 munin plugin

[Rowan W. <ad...@rw...>]

There are a couple of mailman plugins on github

https://github.com/munin-monitoring/contrib/tree/master/plugins/mailman

I don't know if they work with mailmain3 though, if not
you could try modifying them.

On 31/05/2024 17:40, Marc SCHAEFER wrote:
> Hello,
> 
> Do you know if there is any Mailman3 Munin plugin?
> 
> Thank you.
> 
> 
> _______________________________________________
> munin-users mailing list
> mun...@li...
> https://lists.sourceforge.net/lists/listinfo/munin-users

[munin-users] Mailman3 munin plugin

[Marc S. <sch...@al...>]

Hello,

Do you know if there is any Mailman3 Munin plugin?

Thank you.

Re: [munin-users] munin docker_sizes

[Marc S. <sch...@al...>]

Hello,

On Fri, Apr 26, 2024 at 08:40:40PM +0100, Rowan Wookey via munin-users wrote:
> I've added a PR on github for a docker_size plugin
> https://github.com/munin-monitoring/contrib/pull/1432
> 
> It works a little differently to the other docker_ plugins due to how docker
> exposes container size information but the output should be similar to the
> others and what you want, feel free to try it out, I've had it running for
> the past hour and it's working nicely.

Yes, seems to work! Thank you.

Re: [munin-users] munin docker_sizes

[Rowan W. <ad...@rw...>]

I've added a PR on github for a docker_size plugin 
https://github.com/munin-monitoring/contrib/pull/1432

It works a little differently to the other docker_ plugins due to how 
docker exposes container size information but the output should be 
similar to the others and what you want, feel free to try it out, I've 
had it running for the past hour and it's working nicely.

On 26/04/2024 18:12, Marc SCHAEFER wrote:
> Hello,
> 
> In the past, there was a way to get the fs size of the docker containers,
> using the docker_sizes symlink.  This is useful when you don't use
> specific volumes.
> 
> For example:
> 
>     https://stats.alphanet.ch/munin/DS/apu2-ds-02.DS/docker_sizes-day.png
> 
> However, there does not seem to be a replacement for this.
> 
> Do you have any idea?
> 
> Thank you.
> 
> 
> _______________________________________________
> munin-users mailing list
> mun...@li...
> https://lists.sourceforge.net/lists/listinfo/munin-users

-- 
Regards

Rowan Wookey MSc Comp (Open), CISMP
Server Administrator & Programmer

Please add ad...@rw... to your contacts/email whitelist.
My GPG key https://www.rwky.net/admin_at_rwky.net.sig
My SSH key https://www.rwky.net/id_rsa.pub

[munin-users] munin docker_sizes

[Marc S. <sch...@al...>]

Hello,

In the past, there was a way to get the fs size of the docker containers,
using the docker_sizes symlink.  This is useful when you don't use
specific volumes.

For example:

   https://stats.alphanet.ch/munin/DS/apu2-ds-02.DS/docker_sizes-day.png

However, there does not seem to be a replacement for this.

Do you have any idea?

Thank you.

Re: [munin-users] lxc plugin (supports lxc3 and lxc < 3)

[Marc S. <sch...@al...>]

Hello,

On Sat, Mar 16, 2024 at 06:38:41PM +0000, Rowan Wookey via munin-users wrote:
> The file is here https://github.com/munin-monitoring/contrib/blob/master/plugins/lxc/lxc_guests

I fear I don't want to do anything with GitHub, and it does look you can simply import a patch
from a non GitHub repository, so it's here:

https://framagit.org/alphanet/various-stuff/-/commit/da7511cfb35080e467ed449c1cd31c7ca4fbf0ff

Thank you to incorporate it :)

Re: [munin-users] lxc plugin (supports lxc3 and lxc < 3)

[Rowan W. <ad...@rw...>]

Can you please raise a pull request on the contrib repo with your patch?

The file is here 
https://github.com/munin-monitoring/contrib/blob/master/plugins/lxc/lxc_guests

Re: [munin-users] lxc plugin (supports lxc3 and lxc < 3)

[Marc S. <sch...@al...>]

Hello,

The current version did not work, it failed with:

lxc-cgroup: 103: cgroups/cgroup2_devices.c: bpf_program_load_kernel: 348 Operation not permitted - Failed to load bpf program: (null)
mem_usage_103.value lxc-cgroup 103 20240316161219.485 ERROR    cgroup2_devices - cgroups/cgroup2_devices.c:bpf_program_load_kernel:348 - Operation not permitted - Failed to load bpf program: (null)

This is my patch for Debian bullseye (on top of the latest version).


diff --git a/plugins/lxc/lxc_guests b/plugins/lxc/lxc_guests
index f32179a8..05a53749 100755
--- a/plugins/lxc/lxc_guests
+++ b/plugins/lxc/lxc_guests
@@ -98,7 +98,11 @@ get_active_guests() {
 get_lxc_cgroup_info() {
    local guest_name="$1"
    local field="$2"
-   lxc-cgroup -o /dev/stdout -l INFO -n "$guest_name" "$field" | grep -v set_config_idmaps
+   # this no longer works due to systemd security
+   #lxc-cgroup -o /dev/stdout -l INFO -n "$guest_name" "$field" | grep -v set_config_idmaps
+
+   # emulating
+   grep -v set_config_idmaps < /sys/fs/cgroup/lxc.payload."$guest_name"/"$field"
 }

Re: [munin-users] KVM

[Rowan W. <ad...@rw...>]

Yes you can there are several kvm/libvirt plugins in the contrib repo 
https://github.com/munin-monitoring/contrib/tree/master/plugins/libvirt

[munin-users] KVM

[Gokan A. <lin...@gm...>]

Hello

I am using KVM. Can I monitor VMs on KVM host server?

Thanks.


-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀⠀⠀⠀