Stop filebeat after ingesting all the logs - logstash

I have observed that filebeat runs forever after ingestion of all the logs.
Is there any way through which filebeat will auto stop after the all logs are ingested?
Is the configuration below is correct or not ?
filebeat.prospectors:
shutdown_timeout: 0s
enabled: true
paths:
- D:\new.log
output.logstash:
hosts: "localhost:5044"
I do not find anything in the logstash documentation to help me on this question.

I would suggest you to use client_inactivity_timeout => "30" in the input section of logstash.conf file.
hope this helps.
https://www.elastic.co/guide/en/logstash/current/plugins-inputs-beats.html#plugins-inputs-beats-client_inactivity_timeout

Related

logstash conf - log line starting with [ and ending with ] not shown in kibana

recently I ve been working with filebeat -> logstash -> elasticsearch -> kibana setup
I have 2 servers:
1. server running cca 20 containers (each producing different logs) and filebeat
2. server running logstash, elasticsearch and kibana
circa 9 of my containers have logs starting with "[" and anding with "]" and all those containers are not shown in kibana. I assume that the brackets are the reason why my logstash config does not accept the message and hence the log line is not shown in kibana???
when I restart container it produces log message, something like "Container started" - this log line dodes not start/end with [ or ] -> This line was shown in kibana correctly. So most likely the brackets are the issue.
Please could you help me to setup my logstash conf file so it does accept/send logs starting/ending with [ ] to kibana ? Please if you can help, share exact config text as I am not very skilled with the syntax
I am sending you my logstash config as it is looking now:
input {
beats {
port => 5044
host => "0.0.0.0"
}
}
filter {
grok {
match => { "message" => "%{IP:client} \<%{IP:hostAddress}\> - - \[%{HTTPDATE:timestamp}\] \"%{WORD:method} %{DATA:request} HTTP/%{NUMBER:httpversion}\" %{NUMBER:response} %{NUMBER:bytes}" }
}
}
output {
elasticsearch {
hosts => localhost
}
}
Here I am adding example of log lined produced by one of the containers:
[2018-11-29 18:12:54,322: INFO/MainProcess] Connected to amqp://guest:**#rabbitmq:5672//
[2018-11-29 18:12:54,335: INFO/MainProcess] mingle: searching for neighbors
[2018-11-29 18:12:55,431: INFO/MainProcess] mingle: sync with 1 nodes
My config is now setup mainly for nginx container, if you have time you can also help me to create config for the above log. But in this post I mainly want to know how to process the [ and ] which are in the log so it is send to kibana.
Thank you guys very much in advance, I hope I will find help here as I am pretty lost with that. Thank you

INFO No non-zero metrics in the last 30s message in filebeat

I'm new to ELK and I'm getting issues while running logstash. I ran the logatash as defined in below link
https://www.elastic.co/guide/en/logstash/current/advanced-pipeline.html
But when run filebeat and logstash, Its show logstash successfully runs at port 9600. In filebeat it gives like this
INFO No non-zero metrics in the last 30s
Logstash is not getting input from filebeat.Please help..
the filebeat .yml is
filebeat.prospectors:
- input_type: log
paths:
- /path/to/file/logstash-tutorial.log
output.logstash:
hosts: ["localhost:5043"]
and I ran this command
sudo ./filebeat -e -c filebeat.yml -d "publish"
The config file is
input {
beats {
port => "5043"
}
}
output {
stdout { codec => rubydebug }
}
then ran the commands
1)bin/logstash -f first-pipeline.conf --config.test_and_exit - this gave warnings
2)bin/logstash -f first-pipeline.conf --config.reload.automatic -This started the logstash on port 9600
I couldn't proceeds after this since filebeat gives the INFO
INFO No non-zero metrics in the last 30s
And the ELK version used is 5.1.2
The registry file stores the state and location information that Filebeat uses to track where it was last reading
So you can try updating or deleting registry file. see here
cd /var/lib/filebeat
sudo mv registry registry.bak
sudo service filebeat restart
I have also faced this issue and I have solved with above commands.
Filebeat reads from the end of your file, and is expecting new stuff to be added over time (like a log file).
To make it read from the beginning of the file, set the 'tail_files' option.
Also note the instructions there about re-processing a file, as that can come into play during testing.

Setting document_type of log in filebeat stops filebeat restarting

I am trying to import custom log I have on my server through filebeat and send it over to logstash for use in my ELK stack.
I have set this up to work correctly and it runs fine currently.
However, I am wishing to add a logstash filter for this specific log and so decided to add a document_type field for this log to allow me to filter based on it in logstash.
I have done this like so:
filebeat.prospectors:
- input_type: log
paths:
- /var/log/apache2/access.log
document_type: apache-access
- input_type: log
paths:
- /var/www/webapp/storage/logs/laravel.log
- input_type: log
paths:
- /opt/myservice/server/server.log
document_type: myservice
I have added document_type: myservice to the log for myservice, and believe I have done so according to the documentation here. Furthermore it is done the same as I have done it for the apache access log.
However when I restart filebeat, it won't start back up again. I have tried looking at the log for filebeat - however there doesn't seem to be anything in there about why it won't start.
If I comment out document_type: myservice, like this #document_type: myservice and then restart filebeat it boots up correctly which means it must be something to do with that line?
Questions:
Am I doing something wrong here?
Is there an alternative method I could use to apply my logstash filter to this log only other than using if [type] == "myservice"?
Using document_type is a good approach to applying conditionals in Logstash. An alternative method is to apply tags or fields in Filebeat.
The problem with your configuration is the indentation of the document_type: myservice that you added. Notice how the indentation is different than the document_type: apache-access. The document_type field should be at the same level as paths and input_type as they are all prospector options.
You can test your config file with filebeat.sh -c /etc/filebeat/filebeat.yml -e -configtest.
You can also run your config through a tool like http://www.yamllint.com just to check that it's valid YAML.

Configuring filebeat to get delta data from log file

I am using filebeat to stream log data to logstash but whenever I append new lines to the log file filebeat sends the whole data to logstash. Now I want if new data(delta data) is added to my log file only that data be streamed to the logstash. Is there some configuration which I need to take care of in filebeat.yml. My current filebeat config looks like-
filebeat:
prospectors:
-
paths:
- /Users/yogi/dev-tools/elastic_search/access_log/*.log
input_type: log
document_type: app_log
ignore_older: 10m
scan_frequency: 10s
output:
logstash:
hosts: ["localhost:5000"]
bulk_max_size: 1024
console:
pretty: true
shipper:
logging:
files:
rotateeverybytes: 10485760 # = 10MB

Hello, I am using ubuntu 14.04 system and installed logstash 2.2.0 on it. When starting the logstash filebeat getting the following error:

sudo service filebeat start
Loading config file error: YAML config parsing failed on /etc/filebeat/filebeat.yml: yaml: line 14: found character that cannot start any token. Exiting.
I formatted the YAML that you provided in your comment:
filebeat:
# List of prospectors to fetch data.
prospectors:
# Each - is a prospector. Below are the prospector specific configurations
-
# Paths that should be crawled and fetched. Glob based paths.
# To fetch all ".log" files from a specific level of subdirectories
# /var/log/*/*.log can be used.
# For each file found under this path, a harvester is started.
# Make sure not file is defined twice as this can lead to unexpected behaviour.
paths:
- /var/log/auth.log
- /var/log/syslog
#- /var/log/*.log
The corresponding configuration without comments is:
filebeat:
prospectors:
-
paths:
- /var/log/auth.log
- /var/log/syslog
Try the cleaned up configuration. I guess you have a problem with forbidden characters. Please keep in mind that tabs are not allowed in YAML. Do you happen to have a tab or another forbidden character in line 14?
For further information take a look at the Filebeat Configuration Options.

Resources