-
Notifications
You must be signed in to change notification settings - Fork 101
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
Adding configurable sincedb directory and file prefix #85
base: main
Are you sure you want to change the base?
Adding configurable sincedb directory and file prefix #85
Conversation
Jenkins standing by to test this. If you aren't a maintainer, you can ignore this comment. Someone with commit access, please review this and clear it for Jenkins to run; then say 'jenkins, test it'. |
Any word on getting this merged? |
@phutchins it looks like there are merge conflicts. Could you please rebase your code? Also, please make sure the versions match up correctly and add a blurb to the CHANGELOG that matches your version number and changes. |
…phutchins/logstash-input-file into HEAD
@untergeek done. Let me know if theres anything more needed. Thanks! |
Thanks for that. What's the use case here? Why is |
The use case is that sincedb_path doesn't allow you to set the path independently from the filename. If you have multiple file inputs it is nice to be able to control this. For instance, we run logstash inside of a docker container and I wanted to expose the sincedb files in a specific directory so that it can be shared with the host and be long lived after rebuilding the container. It also allows for customizing the file prefix while still keeping the hash so that filter changes will build a new since_db file. These changes however keep the existing behavior as is as to not break anything... |
@phutchins I see the use case now, its mostly for ease of administration, I understand people running mulitples logstash instances with file input can be a bit of a pain to deal with. But, I am still a little worried if this change will confuse our users more, if this plugin define 3 options around the same context. But, I think if we make it clear in the doc what happen and when and which config option will be used, it will be fine. (Who know we might even deprecated the I think this PR, would benefit to have some test to cover the changes, I dont know if the current test cover all the cases of the Also since you are adding a new config option that will conflict with an existing one I think we should raise a Also, there is a bug in that part of the code: The right side of this statement will never be executed, since
Also I think there is another bug, I believe the default values for config option will be nil so doing We can easily fix that by defining a default value of ".sincedb" for the WDTY @untergeek @phutchins? |
@ph great, I see the bugs and I'll take care of them as well as look into writing some tests around the new features. I'll raise the ConfigurationError as you mention as well. Also, I can update the documentation to reflect the use cases as simply as possible. |
@phutchins Sound like a good plan +1 :) |
…phutchins/logstash-input-file into feature/sincedbConfigurableDirAndPrefix
No description provided.