Hi,
I am trying to dig into this bug.
When testing with logfiles with mode 0640 and 0644, both times the new
created file has the same permissions as before. I doubt that
logrotate behaves different if some other daemon is running. Are you
still be able to reproduce this issue with version
Paul Martin a écrit :
This SHOULD work and DOES work for most people. It even says it's
working!
Which version of logrotate are you actually using?
I'm using logrotate 3.8.1-4 as it is written at the start of this bugreport.
Package: logrotate
Version: 3.8.1-4
Is it from the
Debian
Hi,
On 04/09/13 10:37, Stéphane CHIRON wrote:
Is that /etc/logrotate.d/syslog-ng the stock one or did you modify it?
I modified /etc/logrotate.d/syslog-ng
I don't think this is the case, but maybe it's worth checking no other
conffile tries to rotate the same files?
$ grep -R '/mail'
Steven Chamberlain a écrit :
grep -R '/mail' /etc/logrotate.*
throws :
/etc/logrotate.d/syslog-ng:/var/log/mail.log /var/log/mail.err
/var/log/mail.info /var/log/mail.warn /var/log/amavis.log {
What do permissions of /var/log/mail.* look like if you stop syslog-ng
before rotating, like so:
On Fri, Jul 26, 2013 at 09:30:40AM +0200, Stéphane CHIRON wrote:
here's the ls -l /var/log/mail.* result before rotation and after I
manually chmoded permissions to rw-r-r :
renaming /var/log/mail.log to /var/log/mail.log.1
creating new /var/log/mail.log mode = 0644 uid = 0 gid = 4
Could you please show me the logrotate.d/ conffile which shows this
behaviour, and an ls -l of the logfiles it would be managing?
I get this problem while awstats tries to analyze my mail logs.
Here's the part of /etc/logrotate.d/syslog-ng file about mail logs :
/var/log/mail.log
On 25/07/13 08:17, Stéphane CHIRON wrote:
I use the old logrotate, but in the man of the 3.8.1 release, there's
also written :
Any of the log file attributes may be omitted, [...]
Oh yes you're right! But actually, the code didn't seem to really
implement it yet:
---
On 25/07/13 10:09, Steven Chamberlain wrote:
On 25/07/13 08:17, Stéphane CHIRON wrote:
I use the old logrotate, but in the man of the 3.8.1 release, there's
also written :
Any of the log file attributes may be omitted, [...]
Oh yes you're right! But actually, the code didn't seem to
Package: logrotate
Version: 3.8.1-4
Severity: critical
Justification: breaks unrelated software
If I don't specify chmod parameters with create, logrotate does'nt use the
previous permissions when creating the new logfiles my logfiles always get to
0640 permissions, while most og log analyzers
On Wed, Jul 24, 2013 at 11:45:24AM +0200, root wrote:
If I don't specify chmod parameters with create, logrotate does'nt
use the previous permissions when creating the new logfiles my
logfiles always get to 0640 permissions, while most og log analyzers
need 0644 permissions to be able to read
Hi,
Quoting logrotate.conf(5):
logrotate 3.8.1 expects:
create mode owner group
logrotate 3.8.5 allows for:
create mode owner group, create owner group
[...]
Any of the log file attributes may be omitted,
in which case those attributes for the new file will use the
same values as
11 matches
Mail list logo
