Re: [users@httpd] Re: rotatelogs behavior in kubernetes pod

2022-03-27 Thread Eric Covener
On Sun, Mar 27, 2022 at 7:13 PM Andrew Athan wrote: > > > Would you please update the man page so the next poor slob doesn't lose > important traces when their modern container environment restarts and their > logs are lost as a result of using -n? Thanks for the report, I opened a bug and trie

Re: [users@httpd] Re: rotatelogs behavior in kubernetes pod

2022-03-27 Thread Andrew Athan
Would you please update the man page so the next poor slob doesn't lose important traces when their modern container environment restarts and their logs are lost as a result of using -n? I'd do it myself but I don't have the tooling set up, nor do I know how to submit patches to Apache proje

Re: [users@httpd] Re: rotatelogs behavior in kubernetes pod

2022-03-27 Thread Eric Covener
> In other words, rotatelogs is finding the large logfile, and then creating > logfile.1 ... but if logfile.1 already exists it's blown away. It doesn't > "continue where it left off" -n looks to intentionally/explicitly treat the initial file and subsequent rotations differently, as you say abo

[users@httpd] Re: rotatelogs behavior in kubernetes pod

2022-03-27 Thread Andrew Athan
Sorry I hit send on this a bit too soon. The other issue which I've confirmed is this (rotatelogs -v -e -L log -n 3 logfile 1G) output: Rotation time interval: 0 Rotation size interval:    1073741824 Rotation time UTC offset:   0 Rotation based on localtime: