I have installed pihole on my zbox with devuan 1.0 last weekend and hat some trouble to get it running up.
After I recognized , that I have to create some files manually (black.list, local.list) as there were missing by pihole
the system is now up and running.
(Pi-hole Version v3.1.4 Web Interface Version v3.1 FTL Version v2.9.4)
Only one thing is not working; The pihole.log can't be displayed by the web interface because of missing access rights.
the pihole.log is owned by user dnsmasq (rw) and group root (r). After adding read access to world the webinterface can read the logfile but on the next logrotate this will fail again.
What users are the processes using ? (pihole-FTL => root ?, pihole => dnsmasq ? )
can I change this and if if so, how would I change this?
no this wont help. Even harder pihole-FTL wont't startup due to the wrong owner of /var/log/pihole.log.
But I have changed the su line in the logrotate from root to pi-hole and after an manual logrotate it seems to work now again.
Is the logrotate config file in /etc/pihole the correct file for logrotate or do I have to copy this to another place?
yes, I known but this is handled by logrotate and should be set there. It make no sense to set this by hand until you would do this after every logrotate
from the logrotate man page:
create mode owner group, create owner group
Immediately after rotation (before the postrotate script is run) the log file is created (with the same name as the log file just rotated). mode specifies the mode for
the log file in octal (the same as chmod(2)), owner specifies the user name who will own the log file, and group specifies the group the log file will belong to. Any of
the log file attributes may be omitted, in which case those attributes for the new file will use the same values as the original log file for the omitted attributes. This
option can be disabled using the nocreate option.
Our log rotate script does not include those options, so therefore the current permissions do matter:
Any of the log file attributes may be omitted, in which case those attributes for the new file will use the same values as the original log file for the omitted attributes.