Filebeat插件启动失败，不能直接查找报错原因

老是在filebeat启动的这一步骤上出错，但是由于filebeat是由systemd启动的，因此原因也经常查不清楚，因此并不能直观的查出错误在哪里，所以今天教给大家两个寻找错误的根源的方法

先看我这次报的什么错误：

[root@ELK-chaofeng07 logstash]# systemctl status filebeat
● filebeat.service - Filebeat sends log files to Logstash or directly to Elasticsearch.
   Loaded: loaded (/usr/lib/systemd/system/filebeat.service; disabled; vendor preset: disabled)
   Active: failed (Result: start-limit) since Tue 2019-04-02 17:31:20 CST; 3s ago
     Docs: https://www.elastic.co/products/beats/filebeat
  Process: 2242 ExecStart=/usr/share/filebeat/bin/filebeat -c /etc/filebeat/filebeat.yml -path.home /usr/share/filebeat -path.config /etc/filebeat -path.data /var/lib/filebeat -path.logs /var/log/filebeat (code=exited, status=1/FAILURE)
 Main PID: 2242 (code=exited, status=1/FAILURE)

Apr 02 17:31:20 ELK-chaofeng07 systemd[1]: filebeat.service: main process exited, code=exited, status=1/FAILURE
Apr 02 17:31:20 ELK-chaofeng07 systemd[1]: Unit filebeat.service entered failed state.
Apr 02 17:31:20 ELK-chaofeng07 systemd[1]: filebeat.service failed.
Apr 02 17:31:20 ELK-chaofeng07 systemd[1]: filebeat.service holdoff time over, scheduling restart.
Apr 02 17:31:20 ELK-chaofeng07 systemd[1]: start request repeated too quickly for filebeat.service
Apr 02 17:31:20 ELK-chaofeng07 systemd[1]: Failed to start Filebeat sends log files to Logstash or directly to Elasticsearch..
Apr 02 17:31:20 ELK-chaofeng07 systemd[1]: Unit filebeat.service entered failed state.
Apr 02 17:31:20 ELK-chaofeng07 systemd[1]: filebeat.service failed.

虽然启动报错了，但是报的不明不白，不知道如何下手。看看解决方法

1、查看Linux的rsyslog日志，也就是/var/log/messages这个文件，这个文件日志量比较大，最好使用less命令查看此文件，然后按下大写字母G可翻阅到文件的最后的内容，最后查看是否有关于filebeat的报错语句。

2、直接使用filebeat的启动方法，而不使用systemctl start filebeat来启动。比如：

/usr/share/filebeat/bin/filebeat -c /etc/filebeat/filebeat.yml -path.home /usr/share/filebeat -path.config /etc/filebeat -path.data /var/lib/filebeat -path.logs /var/log/filebeat

如果你是使用yum安装的filebeat软件，上面的这个命令可以直接复制到你的终端来使用即可。我这次就是直接使用这个命令，给我报错是127行有问题，我就着重修改了一下，最后启动成功了。完美