I adjusted the settings for /etc/logrotate.d/rsyslog
-------------------------------------------
/var/log/syslog
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
        rotate 4
        daily
        missingok
        notifempty
        compress
        delaycompress
        sharedscripts
        postrotate
                /usr/lib/rsyslog/rsyslog-rotate
        endscript
}

based on

https://salsa.debian.org/debian/rsyslog/-/commit/651236c2319eb0ca13fd1d376eaf239a6dcd5c49 <https://salsa.debian.org/debian/rsyslog/-/commit/651236c2319eb0ca13fd1d376eaf239a6dcd5c49>
an with "daily".

The problems outlined are still there :

-rw-r-----  1 root     adm                 606 Mai 21 04:30 kern.log
-rw-r-----  1 root     adm                3939 Mai 21 04:00 kern.log.1
-rw-rw-r--  1 root     utmp             298368 Mai 21 04:37 lastlog
drwx------  2 root     root               4096 Mai 20 12:14 letsencrypt
drwxr-x---  2 www-data www-data           4096 Mai 20 06:29 lighttpd
-rw-r--r--  1 root     root               3538 Mai 18 19:17 logsize_180521.txt
-rw-r-----  1 root     adm                   0 Okt 18  2020 mail.err
-rw-r-----  1 root     adm                 796 Mai 21 01:00 mail.info
-rw-r-----  1 root     adm                 796 Mai 21 01:00 mail.log
-rw-r-----  1 root     adm                   0 Mai 20 06:23 mail.warn
-rw-r-----  1 root     adm                 606 Mai 21 04:30 messages
-rw-r-----  1 root     adm                4404 Mai 21 04:00 messages.1
drwxr-s---  2 mysql    adm                4096 Mai 21 00:00 mysql
-rw-r-----  1 root     www-data           1984 Mai 21 02:00 ncp.log
drwxr-xr-x  2 root     root               4096 Feb 20  2019 openvpn
-rw-r-----  1 root     adm               17314 Mai 21 04:37 openvpn.log
-rw-------  1 root     root                671 Mai 21 04:54 openvpn-status.log
-rw-r--r--  1 root     root               2516 Feb 15 07:22 pcas.txt
drwxr-xr-x  2 pihole   pihole             4096 Jun 15  2020 pihole
-rw-r--r--  1 pihole   pihole                0 Mai 21 00:00 pihole-FTL.log
-rw-r--r--  1 pihole   pihole              149 Mai 21 00:00 pihole-FTL.log.1
-rw-r--r--  1 pihole   pihole                0 Mai 17 00:00 pihole.log
-rw-r--r--  1 root     root               9908 Mai 16 03:11 pihole_updateGravity.log -rw-r--r--  1 root     root              48265 Mai 15 18:34 popularity-contest -rw-r--r--  1 root     root              16226 Mai 15 18:34 popularity-contest.new.gpg
drwx------  2 root     root               4096 Mai 27  2020 private
drwxr-s---  2 redis    adm                4096 Mai 20 06:29 redis
drwxr-x---  3 root     adm                4096 Mai 18 05:47 samba
-rw-r-----  1 root     adm                 606 Mai 21 04:30 syslog
-rw-r-----  1 root     adm              131397 Mai 21 04:55 syslog.1
-rw-r-----  1 root     adm                   0 Feb 16 00:00 ufw.log
drwxr-x---  2 root     adm                4096 Mai 20 06:29 unattended-upgrades
-rw-r-----  1 root     adm                   0 Mai 16 00:00 user.log
drwxr-xr-x  2 root     root               4096 Jun 15  2020 wicd
-rw-rw-r--  1 root     utmp               4000 Mai 21 04:37 wtmp


It might be helpful to know that my 2 GB Pi4 has "zram.service" installed as a swap. With no special adjustments for swappiness.
Perhaps that is one of the reasons for the HUP timing problem.
This may make it easier to reproduce the behavior on other computers.
Today I will try to remove the "delaycompress" as described in the posts and reboot.



Reply via email to