-
Notifications
You must be signed in to change notification settings - Fork 4.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
logrotate should be optional #2764
Comments
Not really. You could simulate it by setting a huge value for
Probably not well, because it doesn't reopen the file periodically. We'd need a feature that instead of doing file rotation it would reopen the same filename again every N seconds. |
Hey, just checking back on this – any further progress on prioritizing this? |
@voelzmo Not yet. I think we start to tackle this as soon as we start refactoring logging in general. Can't provide any timeline here, sorry :-( |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Still an issue. |
Pinging @elastic/agent (Team:Agent) |
Backlog grooming: Closing it for now until further activity, can still be reopened if needed. |
Opening this issue after discussion in https://discuss.elastic.co/t/how-to-disable-logrotate/62714
Following the documentation at https://www.elastic.co/guide/en/beats/packetbeat/master/configuration-logging.html1 I was looking for a way to disable logrotate. Is that even possible at all? How well would packetbeat deal with an external logrotate mechanism?
My reason is: The logfiles within my distributed system sit by convention in a specific directory. There is already logrotate.d configured for that directory, I don't want another entity manage the logs specifically for packetbeat.
The text was updated successfully, but these errors were encountered: