Hello Marcel, thank you for your bug report!
Am Tue, 14 Apr 2020 16:40:12 +0200 schrieb Marcel Partap <mpar...@gmx.net>: > By default, debian's munin is not ready for switching html_strategy and > graph_strategy to cgi because of a lack of access permission for the (apache2) > www-data user on folders /var/lib/munin/cgi-tmp and /var/log/munin . > > This can be resolved by allowing the respective owner groups write access > > chmod g+w /var/lib/munin/cgi-tmp /var/log/munin > [..] > gpasswd -a www-data munin > gpasswd -a www-data adm are you really sure, that these steps are necessary? The munin package uses autopkgtests. One of the tested scenarios is the switch to the CGI-based rendering. The preparations for this step are quite trivial: * change the strategies to "cgi" * toggle the enabled line in the apache configuration (as documented there) (see https://salsa.debian.org/debian/munin/-/blob/debian/debian/tests/enable_cgi_strategy.inc) Afterwards it should work. At least the current tests do not fail ... The permissions should be handled automatically during package installation: touch /var/log/munin/munin-cgi-html.log chown www-data:adm /var/log/munin/munin-cgi-html.log chmod 640 /var/log/munin/munin-cgi-html.log touch /var/log/munin/munin-cgi-graph.log chown www-data:adm /var/log/munin/munin-cgi-graph.log chmod 640 /var/log/munin/munin-cgi-graph.log mkdir -p /var/lib/munin/cgi-tmp chown munin:www-data /var/lib/munin/cgi-tmp chmod 775 /var/lib/munin/cgi-tmp (see the postinst script) Maybe you are cleaning up the log directory (e.g. on a read-only system) during a reboot? In this case it would indeed fail. I guess, it would be nice for the package to also work in such situations (e.g. non-permantent /var/log/). Or do you have another idea, what could be wrong? Cheers, Lars