-
Notifications
You must be signed in to change notification settings - Fork 187
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
sql_last_start isn't persisted when executing logstash as non-sevice #88
Comments
This was a huge problem for and digitalpacman's code solved it. thank you :) |
Commit bc37474 should fix this |
is this in the new version which i get from plugin install?? For me the state is only persisted when i cancel the execution. When logstasg terminates on his own, then no state is commited |
@kaib If you have plugin version 3.0.0, then Please see #57 (comment) for more information. |
@untergeek thanks for the super fast response its working perfekt with 3.0.0, any info about release date of this version? |
@kaib You mean, released in Logstash? Hopefully next week we'll release 2.2, and this version will be included. |
Fixed in v3.0 |
The only shutdown method implemented is "stop". You also need to implement "close". Sometimes "stop" isn't called and only "close" is. If you run logstash from the command line to do an import of data into elasticsearch, and at a future date want to run it again, but using the sql_last_start (like a monthly/weekly/daily job or something) then it'll never invoke the "stop" method of the plugin.
You should add the YAML.dump() command to the "close" method. I think the "stop" method shouldn't ever be used for this purpose, as it's not reliable.
This is what I did to just get my instance working now.
I added this to inputs/jdbc.rb below the "stop" method.
The text was updated successfully, but these errors were encountered: