Answers: <p>Being unfamiliar with Kibana, I was not aware of the time constraint on data on the default search/display of just 15 minutes. The data coming in was timestamped (@timestamp key) via the 'date' plugin with the original open date, NOT the time of the, via TCP port to elastic, insertion event; thus, no data was showing and I had no idea that by default only the past 15 minutes of data based on @timestamp were displayed. If I had read the part about the time constraint I would have known. So I just adjusted the time to go back infinite years and saw my data.</p>
  
  <p>So, if anyone else is having this problem, it's probably because you created a time-dependent index and have not clicked the 'time' button in the top right corner and changed the time frame.</p>
  
  <p>This, my friends, is why you read the manual!</p>
  
Answers: CC BY-SA 3.0
Answers: 2017-11-17T01:12:57.473Z
Answers: 2017-11-17T01:12:57.473Z
Answers: Brendan
Body: <p>I have an "ELK stack" configuration and, at first, was doing the standard 'filebeat' syslog feeding from logstash with the elasticsearch output plugin. It worked just fine.</p>
  
  <p>Now I have added a TCP input port (with assigned "type" for this data so as to do if [type] == "thistype" to differentiate in filters), its own grok filter, and output to both elasticsearch with its own unique index name and document_type name and file. When the data comes in over the TCP port it writes the properly formatted data to the output file as expected in the file output plugin but no data is showing up in Kibana when I choose the given index. Kibana recognizes the index from my output configuration and also lists all the fields/keys I assign in the grok filter; however, again, no data is searchable. But it sees the property names (and even adds the propertyName."keyword" property itself on them!) The data is definitely being grok'd properly as it is, as I mentioned, appearing in the file plugin output.</p>
  
  <p>What am I doing wrong here? My configuration is as follows:</p>
  
  <pre><code>input {
    tcp {
      host =&gt; "10.1.1.10"
      port =&gt; 12345
      type =&gt; "odata"
      id =&gt; "odata"
      codec =&gt; line
    }
  }
  
  filter {
    if [type] == "odata" {
      grok {
        match =&gt; { "message" =&gt; "%{QUOTEDSTRING:oid},\"%{WORD:oword1}\",\"%{IPV4:oclientip}\",\"%{DATA:otimestamp}\",%{QUOTEDSTRING:opl},%{QUOTEDSTRING:oos},%{QUOTEDSTRING:oua}" }
        remove_field =&gt; "message"
      }
  
      date {
        match =&gt; ["otimestamp", "YYYY-MM-dd HH:mm:ss Z"]
      }
  
      mutate {
        remove_field =&gt; "otimestamp"
        remove_field =&gt; "host"
        remove_field =&gt; "@version"
      }
    }
  }
  
  output {
  # the if .. is here because there are other types that are handled in this output since I centralize the input, filter, and output files to three distinct files.
    if [type] == "odata" {
      elasticsearch {
        hosts =&gt; ["10.1.1.1:9200", "10.1.1.2:9200"]
        sniffing =&gt; false
        index =&gt; "odataindex"
        document_type =&gt; "odatatype"
      }
      file {
        path =&gt; "/tmp/odata_output"
      }
    }
  }
  </code></pre>
  
  <p>Again, the grok filter is fine; the data is ingested via tcp just fine; and the file output plugin outputs the interpreted/grokd fields fine. Kibana sees the "odataindex" index and the fields (such as oid, oclientip, oua, etc.) from the grok filter. It just doesn't return any data when I do a search.</p>
  
  <p>Any ideas? I am new to elastic/kibana/logstash and would also appreciate any tips on debugging these things.</p>
  
  <p>Thank you in advance!</p>
  
Comments: CC BY-SA 3.0
Comments: 2017-11-15T10:51:38.770Z
Comments: Check logstash logs ? It should tell you if it really push properly the events.
Comments: Tensibai
Comments: CC BY-SA 3.0
Comments: 2017-11-16T17:02:51.980Z
Comments: Are you seeing errors in the developer console for your web browser (press F12 on your keyboard to bring it up and reload the page) this may offer some clues...
Comments: James Shewey
Tags: <elastic><logstash>
Title: Data sent from Logstash via elastic output plugin not showing in Kibana, but file output plugin works fine - what am I doing wrong?
UserDisplayName: Brendan
ThreadText: # Data sent from Logstash via elastic output plugin not showing in Kibana, but file output plugin works fine - what am I doing wrong?
  
  (Asked by: username_0 on 2017-11-15)
  
  I have an "ELK stack" configuration and, at first, was doing the standard 'filebeat' syslog feeding from logstash with the elasticsearch output plugin. It worked just fine.
  
  Now I have added a TCP input port (with assigned "type" for this data so as to do if [type] == "thistype" to differentiate in filters), its own grok filter, and output to both elasticsearch with its own unique index name and document\_type name and file. When the data comes in over the TCP port it writes the properly formatted data to the output file as expected in the file output plugin but no data is showing up in Kibana when I choose the given index. Kibana recognizes the index from my output configuration and also lists all the fields/keys I assign in the grok filter; however, again, no data is searchable. But it sees the property names (and even adds the propertyName."keyword" property itself on them!) The data is definitely being grok'd properly as it is, as I mentioned, appearing in the file plugin output.
  
  What am I doing wrong here? My configuration is as follows:
  
  ```
  input {
    tcp {
      host => "10.1.1.10"
      port => 12345
      type => "odata"
      id => "odata"
      codec => line
    }
  }
  
  filter {
    if [type] == "odata" {
      grok {
        match => { "message" => "%{QUOTEDSTRING:oid},\"%{WORD:oword1}\",\"%{IPV4:oclientip}\",\"%{DATA:otimestamp}\",%{QUOTEDSTRING:opl},%{QUOTEDSTRING:oos},%{QUOTEDSTRING:oua}" }
        remove_field => "message"
      }
  
      date {
        match => ["otimestamp", "YYYY-MM-dd HH:mm:ss Z"]
      }
  
      mutate {
        remove_field => "otimestamp"
        remove_field => "host"
        remove_field => "@version"
      }
    }
  }
  
  output {
  # the if .. is here because there are other types that are handled in this output since I centralize the input, filter, and output files to three distinct files.
    if [type] == "odata" {
      elasticsearch {
        hosts => ["10.1.1.1:9200", "10.1.1.2:9200"]
        sniffing => false
        index => "odataindex"
        document_type => "odatatype"
      }
      file {
        path => "/tmp/odata_output"
      }
    }
  }
  
  ```
  
  Again, the grok filter is fine; the data is ingested via tcp just fine; and the file output plugin outputs the interpreted/grokd fields fine. Kibana sees the "odataindex" index and the fields (such as oid, oclientip, oua, etc.) from the grok filter. It just doesn't return any data when I do a search.
  
  Any ideas? I am new to elastic/kibana/logstash and would also appreciate any tips on debugging these things.
  
  Thank you in advance!
  
  **Tags:** elastic, logstash
  
  > **Comments:**
  > **username_1**: Check logstash logs ? It should tell you if it really push properly the events.  
  > **username_2**: Are you seeing errors in the developer console for your web browser (press F12 on your keyboard to bring it up and reload the page) this may offer some clues...  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_0 on 2017-11-17. Score: 1
  
  Being unfamiliar with Kibana, I was not aware of the time constraint on data on the default search/display of just 15 minutes. The data coming in was timestamped (@timestamp key) via the 'date' plugin with the original open date, NOT the time of the, via TCP port to elastic, insertion event; thus, no data was showing and I had no idea that by default only the past 15 minutes of data based on @timestamp were displayed. If I had read the part about the time constraint I would have known. So I just adjusted the time to go back infinite years and saw my data.
  
  So, if anyone else is having this problem, it's probably because you created a time-dependent index and have not clicked the 'time' button in the top right corner and changed the time frame.
  
  This, my friends, is why you read the manual!
  
  
  ---
  
  