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 3.14.0-2
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:
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' /etc/l
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 archiv
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
> r
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 s
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:
> --- logrotate-3.8.1
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 /var/log/mai
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
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 r
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 n
11 matches
Mail list logo
