I don't think it is related to the ruby filter. A jdbc input filter is shutting down, and it is trying to unlock the connection. However the @connection_lock variable in nil. Hard to see how that could be. Can you post the complete log file (or a link to it)?
That log file does not contain that error. Please post a link to one that does.
Your configuration has 8 jdbc filters. My guess is that something is causing one of them to be closed or restarted before it has been initialialized. In fact it fails to load the pipeline because of
What an excellent bug! text is not valid there. You want to do a convert to 'string'. Because the mutate filter cannot initialize the rest of the pipeline configuration does not happen and it never initializes the 8 jdbc inputs. So when the config is re-read causing a pipeline restart or in the case of a shutdown you get an error referencing the unlock.
Thanks for the feedback. I was writing the text below when you answered me.
I changed the amount of JDBC entries from 8 to 1, but I got the same error.
I believe it's something with the mutate filter, because if I remove the block exactly:
mutate {
convert => {
"id_sync" => "text"
}
}
Logstash starts successfully.
So I'll rethink how I'll do this conversion out of logstash. Would you have any suggestions?
Do I need to open the bug somewhere or do you already do this just by having the post?
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.