Re: [webmin-l] Webmin fails to configure logrotate using existing permissions

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...
-
Forwarded by the Webmin mailing list at [email protected]
To remove yourself from this list, go to
http://lists.sourceforge.net/lists/listinfo/webadmin-list