Only one Elasticsearch jdbc input is executing












0














I have two jdbc inputs in my logstash.conf file. The file validates and starts fine and I can see the pipeline running.



The second query shows up in the log and processes fine, but the first jdbc input query never even tries to run (at least there are no references to it in the log).



I use an identical template for all of the jdbc settings, so I know that is correct. The only difference is the name of the statement_filepath, but both of those files execute fine in Toad and return data.



input { 
jdbc {

jdbc_driver_library => "/iappl/confluent-4.1.1/share/java/kafka-connect-jdbc/ojdbc7.jar"
jdbc_driver_class => "Java::oracle.jdbc.driver.OracleDriver"
jdbc_connection_string => "..."
jdbc_user => "..."
jdbc_password => "..."
schedule => "*/30 * * * * * "
statement_filepath => "/iappl/log_conf/current/configs/scania/sql/V02_INBOUNDLOAD.sql"
type => "V02_INBOUND"
}

jdbc {

jdbc_driver_library => "/iappl/confluent-4.1.1/share/java/kafka-connect-jdbc/ojdbc7.jar"
jdbc_driver_class => "Java::oracle.jdbc.driver.OracleDriver"
jdbc_connection_string => "..."
jdbc_user => "..."
jdbc_password => "..."
schedule => "*/30 * * * * * "
statement_filepath => "/iappl/log_conf/current/configs/scania/sql/V02_OUTBOUNDLOAD.sql"
type => "V02_OUTBOUND"
}

}


In the log, the second query shows up on schedule, but the first one never does, and there is no mention of it failing in the log.



Ideas?










share|improve this question






















  • can you start logstash with --debug and see if anything weird pops up?
    – Val
    Nov 21 at 10:21










  • It's running as a service, so it's practically an act of god to get it to run otherwise... is there some way to get that debug done with the service without needing root access?
    – Frank Blau
    Nov 21 at 10:26










  • You could update the logging level of the jdbc input via the API without restarting Logstash
    – Val
    Nov 21 at 12:23
















0














I have two jdbc inputs in my logstash.conf file. The file validates and starts fine and I can see the pipeline running.



The second query shows up in the log and processes fine, but the first jdbc input query never even tries to run (at least there are no references to it in the log).



I use an identical template for all of the jdbc settings, so I know that is correct. The only difference is the name of the statement_filepath, but both of those files execute fine in Toad and return data.



input { 
jdbc {

jdbc_driver_library => "/iappl/confluent-4.1.1/share/java/kafka-connect-jdbc/ojdbc7.jar"
jdbc_driver_class => "Java::oracle.jdbc.driver.OracleDriver"
jdbc_connection_string => "..."
jdbc_user => "..."
jdbc_password => "..."
schedule => "*/30 * * * * * "
statement_filepath => "/iappl/log_conf/current/configs/scania/sql/V02_INBOUNDLOAD.sql"
type => "V02_INBOUND"
}

jdbc {

jdbc_driver_library => "/iappl/confluent-4.1.1/share/java/kafka-connect-jdbc/ojdbc7.jar"
jdbc_driver_class => "Java::oracle.jdbc.driver.OracleDriver"
jdbc_connection_string => "..."
jdbc_user => "..."
jdbc_password => "..."
schedule => "*/30 * * * * * "
statement_filepath => "/iappl/log_conf/current/configs/scania/sql/V02_OUTBOUNDLOAD.sql"
type => "V02_OUTBOUND"
}

}


In the log, the second query shows up on schedule, but the first one never does, and there is no mention of it failing in the log.



Ideas?










share|improve this question






















  • can you start logstash with --debug and see if anything weird pops up?
    – Val
    Nov 21 at 10:21










  • It's running as a service, so it's practically an act of god to get it to run otherwise... is there some way to get that debug done with the service without needing root access?
    – Frank Blau
    Nov 21 at 10:26










  • You could update the logging level of the jdbc input via the API without restarting Logstash
    – Val
    Nov 21 at 12:23














0












0








0







I have two jdbc inputs in my logstash.conf file. The file validates and starts fine and I can see the pipeline running.



The second query shows up in the log and processes fine, but the first jdbc input query never even tries to run (at least there are no references to it in the log).



I use an identical template for all of the jdbc settings, so I know that is correct. The only difference is the name of the statement_filepath, but both of those files execute fine in Toad and return data.



input { 
jdbc {

jdbc_driver_library => "/iappl/confluent-4.1.1/share/java/kafka-connect-jdbc/ojdbc7.jar"
jdbc_driver_class => "Java::oracle.jdbc.driver.OracleDriver"
jdbc_connection_string => "..."
jdbc_user => "..."
jdbc_password => "..."
schedule => "*/30 * * * * * "
statement_filepath => "/iappl/log_conf/current/configs/scania/sql/V02_INBOUNDLOAD.sql"
type => "V02_INBOUND"
}

jdbc {

jdbc_driver_library => "/iappl/confluent-4.1.1/share/java/kafka-connect-jdbc/ojdbc7.jar"
jdbc_driver_class => "Java::oracle.jdbc.driver.OracleDriver"
jdbc_connection_string => "..."
jdbc_user => "..."
jdbc_password => "..."
schedule => "*/30 * * * * * "
statement_filepath => "/iappl/log_conf/current/configs/scania/sql/V02_OUTBOUNDLOAD.sql"
type => "V02_OUTBOUND"
}

}


In the log, the second query shows up on schedule, but the first one never does, and there is no mention of it failing in the log.



Ideas?










share|improve this question













I have two jdbc inputs in my logstash.conf file. The file validates and starts fine and I can see the pipeline running.



The second query shows up in the log and processes fine, but the first jdbc input query never even tries to run (at least there are no references to it in the log).



I use an identical template for all of the jdbc settings, so I know that is correct. The only difference is the name of the statement_filepath, but both of those files execute fine in Toad and return data.



input { 
jdbc {

jdbc_driver_library => "/iappl/confluent-4.1.1/share/java/kafka-connect-jdbc/ojdbc7.jar"
jdbc_driver_class => "Java::oracle.jdbc.driver.OracleDriver"
jdbc_connection_string => "..."
jdbc_user => "..."
jdbc_password => "..."
schedule => "*/30 * * * * * "
statement_filepath => "/iappl/log_conf/current/configs/scania/sql/V02_INBOUNDLOAD.sql"
type => "V02_INBOUND"
}

jdbc {

jdbc_driver_library => "/iappl/confluent-4.1.1/share/java/kafka-connect-jdbc/ojdbc7.jar"
jdbc_driver_class => "Java::oracle.jdbc.driver.OracleDriver"
jdbc_connection_string => "..."
jdbc_user => "..."
jdbc_password => "..."
schedule => "*/30 * * * * * "
statement_filepath => "/iappl/log_conf/current/configs/scania/sql/V02_OUTBOUNDLOAD.sql"
type => "V02_OUTBOUND"
}

}


In the log, the second query shows up on schedule, but the first one never does, and there is no mention of it failing in the log.



Ideas?







elasticsearch logstash






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 21 at 10:20









Frank Blau

13




13












  • can you start logstash with --debug and see if anything weird pops up?
    – Val
    Nov 21 at 10:21










  • It's running as a service, so it's practically an act of god to get it to run otherwise... is there some way to get that debug done with the service without needing root access?
    – Frank Blau
    Nov 21 at 10:26










  • You could update the logging level of the jdbc input via the API without restarting Logstash
    – Val
    Nov 21 at 12:23


















  • can you start logstash with --debug and see if anything weird pops up?
    – Val
    Nov 21 at 10:21










  • It's running as a service, so it's practically an act of god to get it to run otherwise... is there some way to get that debug done with the service without needing root access?
    – Frank Blau
    Nov 21 at 10:26










  • You could update the logging level of the jdbc input via the API without restarting Logstash
    – Val
    Nov 21 at 12:23
















can you start logstash with --debug and see if anything weird pops up?
– Val
Nov 21 at 10:21




can you start logstash with --debug and see if anything weird pops up?
– Val
Nov 21 at 10:21












It's running as a service, so it's practically an act of god to get it to run otherwise... is there some way to get that debug done with the service without needing root access?
– Frank Blau
Nov 21 at 10:26




It's running as a service, so it's practically an act of god to get it to run otherwise... is there some way to get that debug done with the service without needing root access?
– Frank Blau
Nov 21 at 10:26












You could update the logging level of the jdbc input via the API without restarting Logstash
– Val
Nov 21 at 12:23




You could update the logging level of the jdbc input via the API without restarting Logstash
– Val
Nov 21 at 12:23

















active

oldest

votes











Your Answer






StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");

StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53409875%2fonly-one-elasticsearch-jdbc-input-is-executing%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown






























active

oldest

votes













active

oldest

votes









active

oldest

votes






active

oldest

votes
















draft saved

draft discarded




















































Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.





Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


Please pay close attention to the following guidance:


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53409875%2fonly-one-elasticsearch-jdbc-input-is-executing%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

404 Error Contact Form 7 ajax form submitting

How to know if a Active Directory user can login interactively

Refactoring coordinates for Minecraft Pi buildings written in Python