-
Notifications
You must be signed in to change notification settings - Fork 22
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
Rolling interval is not respected in periodic batching #52
Comments
I can confirm that this is a bug... The issue occurs in |
Should be fixed with 82161ca. Sadly, I can't test at the moment as I don't get my data to AWS in any test case somehow (No exceptions thrown in SelfLog). |
Please try with version 1.4.0. |
Or just hit me up and I re-open this issue again if it doesn't work ;) |
I'm having the same setup as @genoher and updating to 1.4.0 does not solve the issue 😬
|
me too same issue |
Any update on this ticket? I cannot find a way to avoid the generation of multiple files even though the rolling interval is set to Day. I am using version 1.5.1. The only way I figured out to avoid this is to have a batchingPeriod of 24 hours but that's not ideal. With the following configuration, it generates a file every 15 seconds serilogConfig.WriteTo.AmazonS3( |
Hi, is this still a thing? I want to use this package but this bug is preventing me from doing so. |
Yes, although I haven't yet figured out why this happens. |
+1 |
Hello
lately i was trying to implement some configuration which tries to push logs to S3 bucket, every full hour where every log is in one file. Log is generated by a windows service so it runs non stop.
Code that i use:
BatchPeriod and batchSizeLimit are used to make sure that every event is logged in same batch and finally be saved in same file.
Issue here is rollingInterval, which makes correct file names, however acts like it is set to infinity. Log files are pushed in the middle of hour (e.g. 11:30), and another file appear with suffix _001.
Debugging showed that:
Can I use rolling interval and batching configuration in that way? Perhaps it is a bug here?
Thanks in advance.
The text was updated successfully, but these errors were encountered: