From: Andrey R. <anr...@ya...> - 2019-08-19 11:35:14
|
Greetings, Jamie Cameron! > That seems like a logrotate bug? I'd expect it would be responsible for > putting back the right permissions. Depends, who is creating the logfile. Either supply `nocreate` to logrotate config (then the program is responsible for proper chmod/chown), or supply `create [mode] user group`, then logrotate will create new files with proper rights after rotation. See man logrotate.conf > On 15/Aug/2019 07:07 Joaquim Homrighausen wrote .. >> >> A number of log files are set to: >> >> rotate 7 >> compress >> postrotate >> service nginx restart >> /usr/lib/php/php7.2-fpm-reopenlogs >> endscript >> sharedscripts >> missingok >> daily >> delaycompress >> ifempty >> >> In the webmin interface, it's set to use previous permissions, yet when >> the rotation has completed, the new logs are owned by root.root, etc ... ? >> >> I've checked three times now and prior to rotation I've set the proper >> ownership. >> >> Ubuntu 18.04.LTS. -- With best regards, Andrey Repin Monday, August 19, 2019 14:23:17 Sorry for my terrible english... |