rahulnama
(Rahul Nama)
May 25, 2018, 6:48am
21
@magnusbaeck
Appreciate your help in answering all the questions in the forum. I do read all your answers. Should be thankful to you as an elastic developer.
Thank you much
Rahul Nama
mamta
(Mamta )
May 25, 2018, 11:10am
22
Hey Magnusbaeck,
I haven't done any changes in logstash.yaml file. By default log.level : info
I have uploaded my logstash.yaml file.
Settings file in YAML
Settings can be specified either in hierarchical form, e.g.:
pipeline:
batch:
size: 125
delay: 5
Or as flat keys:
pipeline.batch.size: 125
pipeline.batch.delay: 5
------------ Node identity ------------
Use a descriptive name for the node:
node.name: test
If omitted the node name will default to the machine's host name
------------ Data path ------------------
Which directory should be used by logstash and its plugins
for any persistent needs. Defaults to LOGSTASH_HOME/data
path.data: /var/lib/logstash
------------ Pipeline Settings --------------
The ID of the pipeline.
pipeline.id: main
Set the number of workers that will, in parallel, execute the filters+outputs
stage of the pipeline.
This defaults to the number of the host's CPU cores.
pipeline.workers: 2
How many events to retrieve from inputs before sending to filters+workers
pipeline.batch.size: 125
How long to wait in milliseconds while polling for the next event
before dispatching an undersized batch to filters+outputs
pipeline.batch.delay: 50
Force Logstash to exit during shutdown even if there are still inflight
events in memory. By default, logstash will refuse to quit until all
received events have been pushed to the outputs.
WARNING: enabling this can lead to data loss during shutdown
pipeline.unsafe_shutdown: false
------------ Pipeline Configuration Settings --------------
Where to fetch the pipeline configuration for the main pipeline
path.config: /etc/logstash/conf.d
Pipeline configuration string for the main pipeline
config.string:
At startup, test if the configuration is valid and exit (dry run)
config.test_and_exit: false
Periodically check if the configuration has changed and reload the pipeline
This can also be triggered manually through the SIGHUP signal
config.reload.automatic: false
How often to check if the pipeline configuration has changed (in seconds)
config.reload.interval: 3s
Show fully compiled configuration as debug log message
NOTE: --log.level must be 'debug'
config.debug: false
When enabled, process escaped characters such as \n and " in strings in the
pipeline configuration files.
config.support_escapes: false
------------ Module Settings ---------------
Define modules here. Modules definitions must be defined as an array.
The simple way to see this is to prepend each name
with a -
, and keep
all associated variables under the name
they are associated with, and
above the next, like this:
modules:
- name: MODULE_NAME
var.PLUGINTYPE1.PLUGINNAME1.KEY1: VALUE
var.PLUGINTYPE1.PLUGINNAME1.KEY2: VALUE
var.PLUGINTYPE2.PLUGINNAME1.KEY1: VALUE
var.PLUGINTYPE3.PLUGINNAME3.KEY1: VALUE
Module variable names must be in the format of
var.PLUGIN_TYPE.PLUGIN_NAME.KEY
modules:
------------ Cloud Settings ---------------
Define Elastic Cloud settings here.
Format of cloud.id is a base64 value e.g. dXMtZWFzdC0xLmF3cy5mb3VuZC5pbyRub3RhcmVhbCRpZGVudGlmaWVy
and it may have an label prefix e.g. staging:dXMtZ...
This will overwrite 'var.elasticsearch.hosts' and 'var.kibana.host'
cloud.id:
Format of cloud.auth is: :
This is optional
If supplied this will overwrite 'var.elasticsearch.username' and 'var.elasticsearch.password'
If supplied this will overwrite 'var.kibana.username' and 'var.kibana.password'
cloud.auth: elastic:
------------ Queuing Settings --------------
Internal queuing model, "memory" for legacy in-memory based queuing and
"persisted" for disk-based acked queueing. Defaults is memory
queue.type: memory
If using queue.type: persisted, the directory path where the data files will be stored.
Default is path.data/queue
path.queue:
If using queue.type: persisted, the page data files size. The queue data consists of
append-only data files separated into pages. Default is 64mb
queue.page_capacity: 64mb
If using queue.type: persisted, the maximum number of unread events in the queue.
Default is 0 (unlimited)
queue.max_events: 0
If using queue.type: persisted, the total capacity of the queue in number of bytes.
If you would like more unacked events to be buffered in Logstash, you can increase the
capacity using this setting. Please make sure your disk drive has capacity greater than
the size specified here. If both max_bytes and max_events are specified, Logstash will pick
whichever criteria is reached first
Default is 1024mb or 1gb
queue.max_bytes: 1024mb
If using queue.type: persisted, the maximum number of acked events before forcing a checkpoint
Default is 1024, 0 for unlimited
queue.checkpoint.acks: 1024
If using queue.type: persisted, the maximum number of written events before forcing a checkpoint
Default is 1024, 0 for unlimited
queue.checkpoint.writes: 1024
If using queue.type: persisted, the interval in milliseconds when a checkpoint is forced on the head page
Default is 1000, 0 for no periodic checkpoint.
queue.checkpoint.interval: 1000
------------ Dead-Letter Queue Settings --------------
Flag to turn on dead-letter queue.
dead_letter_queue.enable: false
If using dead_letter_queue.enable: true, the maximum size of each dead letter queue. Entries
will be dropped if they would increase the size of the dead letter queue beyond this setting.
Default is 1024mb
dead_letter_queue.max_bytes: 1024mb
If using dead_letter_queue.enable: true, the directory path where the data files will be stored.
Default is path.data/dead_letter_queue
path.dead_letter_queue:
------------ Metrics Settings --------------
Bind address for the metrics REST endpoint
http.host: "127.0.0.1"
Bind port for the metrics REST endpoint, this option also accept a range
(9600-9700) and logstash will pick up the first available ports.
http.port: 9600-9700
------------ Debugging Settings --------------
Options for log.level:
* fatal
* error
* warn
* info (default)
* debug
* trace
log.level: info
path.logs: /var/log/logstash
------------ Other Settings --------------
Where to find custom plugins
path.plugins: []
I haven't done any changes in logstash.yaml file. By default log.level : info
So change it to "debug" and look for clues in the log.
mamta
(Mamta )
May 25, 2018, 11:20am
24
Ok. Let me try and will let you know.
Thank you.
mamta
(Mamta )
May 25, 2018, 11:46am
25
I tried by using log.level:debug.
According to me logstash.conf file is not running from /etc/logstash/conf.d directory.
I have uploaded logstash-plain.log
Sorry, I am asking you very silly questions.
The "_globbed_files" lines indicate that Logstash isn't finding any log files, probably because it doesn't have permissions to access the /var/log/httpd directory.
From some web resources...
RHEL / Red Hat / CentOS / Fedora Linux Apache error file location – /var/log/httpd/error_log
Debian / Ubuntu Linux Apache error log file location – /var/log/apache2/error.log
FreeBSD Apache error log file location – /var/log/httpd-error.log
When you switch to Ubuntu you have to change the config.
mamta
(Mamta )
May 26, 2018, 7:24am
28
Hey Magnusbaeck,
When I am running conf file from /usr/share/logstash/bin directory then there is no permission error and I am running same conf file. I have uploaded kibana output of apache error log file.
Thank you
mamta
(Mamta )
May 26, 2018, 7:29am
29
Hey Guyboertje,
Whatever I have discussed is all about RedHat configuration. CPU utilization is high whether it is RedHat or Ubuntu. I have tried by using one sample conf file.
Thank you.
When I am running conf file from /usr/share/logstash/bin directory then there is no permission error and I am running same conf file.
But then you're running Logstash as yourself or as root, but when you run Logstash via systemd or similar Logstash is running as the logstash user, which presumably doesn't have access to that directory.
mamta
(Mamta )
May 28, 2018, 7:02am
31
Hey Magnusbaeck,
I have tried your suggestion by giving chmod 777 to /var/log/httpd/ files to make it executable. But my conf file is not continuously running once I closed their terminal pipelining and CPU usage is still going high.
Thank you.
Do not make the log files writable for everyone.
But my conf file is not continuously running once I closed their terminal pipelining
I don't understand what you mean.
mamta
(Mamta )
May 28, 2018, 8:49am
33
Thank you so much Magnus.
I honestly appreciate your help.
As you said, keep one conf file in /etc/logstash/conf.d directory, so logstash will run this logstash.conf file automatically as a service. This will also reduce CPU utilization. By using your suggestion I have kept one conf file in /etc/logstash/conf.d directory but still this conf file is not running continuously and CPU usage is still high.
this conf file is not running continuously
What do you mean? Is Logstash still in a crash loop?
Then why is it crashing? Read the logs.
mamta
(Mamta )
May 28, 2018, 12:03pm
39
I have checked logstash log but still getting glob is empty but I am able to see Apache error log on kibana. I don't know how to check whether the server is crashing or not.
Can you please simplify it?
I give up. I don't have time for talking in circles like this. Start by solving the glob is: []
problem. I still don't think the file permissions are correct. Check the permissions of the /var/log/httpd directory.