filebeat 作为服务启动，而非命令行启动时，传输一批数据后便停止工作 CRIT Unable to publish events to console

最新推荐文章于 2024-07-10 15:44:35 发布
原创 最新推荐文章于 2024-07-10 15:44:35 发布 · 3.8k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#filebeat

本文详细描述了Filebeat在作为服务启动时遇到的问题，即传输一批数据后停止工作，并记录了错误信息：控制台输出无效。此问题是由于配置了控制台输出，而在服务模式下控制台不可用导致。文章提供了解决方案，即取消控制台输出配置，并附上了官方说明链接。

新博客地址：https://blog.iaiot.com/filebeat-error1.html

filebeat 作为服务启动，而非命令行启动时，传输一批数据后便停止工作，日志中输出如下信息：

2018-12-03T17:07:29+08:00 CRIT Unable to publish events to console: write /dev/stdout: The handle is invalid.
2018-12-03T17:07:29+08:00 INFO Error bulk publishing events: write /dev/stdout: The handle is invalid.

原因：

配置了 filebeat 控制台输出信息，而当 filebeta 作为服务启动时，控制台不可用，filebeat 就停止工作了

这是 filebeat 某些版本的 bug，后续版本应该修复了。

解决：

取消 filebeat 的控制台输出（注释掉下面两行）（Windows版和Linux版 通用）

 

官方说明：https://discuss.elastic.co/t/filebeat-output-to-console-not-work/56692

[xboard] 25 kernel启动参数分析(console=ttyS0,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext4 rootwait)
鹰之翔
10-08 164
本文介绍了Linux内核命令行参数的常见用法及定义方式。主要内容包括： 常见cmdline参数示例，如console、root、rootfstype等串口和根文件系统配置参数； 内核定义的标准cmdline参数，详细说明了root、init、debug等核心参数的用途和选项； 命令行参数的定义机制，对比分析了__setup()、early_param()、core_param()和module_param()四种宏的特点： __setup()：最早的参数解析机制，已过时 early_param()：用于极早
U-Boot 之六 详解 U-Boot 及 SPL 的链接脚本、启动流程
热门推荐
技术干货
02-20 1万+
我们可以将 U-Boot 的启动过程划分为两个阶段：芯片初始化 和 板级初始化。芯片初始化阶段的代码主要是位于 `./arch/架构/cpu` 目录下，其中再根据架构的不同来区分，主要以汇编语言为主
filebeat--自动停止的问题，--nohup进程自动停止的问题
入门小弟
04-12 2097
通过对nohup的指令了解后发现 ，当关闭xshell终端时，断开ssh连接，会导致nohup进程同时终止。因为断开连接时，会发送SIGHUP信号给当前shell的作业列表的所有进程，nohup进程收到SIGUP信号后就会停止运行。2、在原来的启动指令上加上disown参数，这个参数会将nohup进程从当前shell的作业列表中清除，从而避免在关闭xshell时nohup进程接收到SIGHUP信号而停止运行。1、关闭xshell终端前，先exit退出，断开ssh连接，然后就可以关闭终端；
filebeat 后端运行，自动退出解决
weixin_44254243的博客
12-12 1851
通过nohub方式启动filebeat，运行一段时间后filebeat自动退出，原因是filebeat默认会定期检测文件是否有新的内容，如果超过一定时间检测的文件没有任务新日志写入，那么filebeat会自动退出，解决办法就是将filebeat通过系统后台的方式长期运行。
linux下filebeat、execbeat、metricbeat注册为服务
12-05
linux系统下 将beat服务注册为服务 以服务的方式启动，
FileBeat服务自动停止解决
程序猿·李的博客
11-11 1655
FileBeat自动停止服务解决
Linux中的filebeat使用nohup异常停止 / Linux中的filebeat进程守护 / filebeat日志打印到指定文件失败
willgon的专栏
10-09 1070
Linux中的filebeat使用nohup异常停止 / Linux中的filebeat进程守护 / filebeat服务日志打印失败
Apache 本地服务器启动后又自动停止解决办法
01-20
今天早上相当郁闷，打开电脑然后在服务里面启动Apache服务器，结果它显示说“本地计算机上的APACHE服务启动后又停止了.一些自动停止,如果它们没有什么可做的,例如”性能日记和报警”服务”。在网上搜了一下，有人说...
问题备忘: 服务器重启后，导致freeswitch的internal的profile无法启动
不积跬步无以至千里; 不积小流无以成江海
08-11 4818
服务器断电重启后，导致freeswitch的internal的profile无法启动 在fs_cli执行 sofia loglevel all 9 sofia profile internal start 打印如下信息： 2018-05-25 15:55:51.272130 [ERR] switch_core_db.c:108 SQL ERR [unsupported file for...
Filebeat自动关闭问题解决
zhangMY12138的博客
12-10 1934
版本：filebeat-7.15.2-linux-x86_64.tar.gz 启动方式：nohup ./filebeat -c filebeat.yml & 导致问题：运行一段时候后自动关闭，日志如下 2021-12-09T16:48:57.759+0800 INFO [monitoring] log/log.go:193 Uptime: 34.964941986s 2021-12-09T16:48:57.759+0800 INFO [monitoring] log/log.go:160 S
filebeat+kafka 启动命令
m0_47959499的博客
02-02 323
filebeat+kafka 启动命令 先配置好相关配置 filebeat https://blog.youkuaiyun.com/haozhuxuan/article/details/79753599 kafka https://blog.youkuaiyun.com/weixin_38004638/article/details/91893910 elasticsearch 启动 双击bin目录下.bat Windows filebeat启动.\filebeat -e -c filebeat.yml zk启动 双击bin目录下
filebeat 启动脚本
weixin_34208283的博客
03-20 4317
之前安装filebeat，启动的时候使用命令放到后台的话非常麻烦，所以写了个filebeat的启动脚本，希望能够帮助到大家。#!/bin/bash PATH=/usr/bin:/sbin:/bin:/usr/sbin exportPATH agent="/usr/local/filebeat/filebeat" args="-c/usr/local/filebeat/fi...
filebeat安装和启动
sg_knight的专栏
07-14 5161
1、访问官网下载安装文件 https://www.elastic.co/cn/beats/filebeat 2、修改配置文件 修改配置文件filebeat.yml，配置elasticsearch和kibana访问地址 output.elasticsearch: hosts: ["localhost:9200"] username: "elastic" password: "changeme" setup.kibana: host: "localhost:5601" 3、启动命令
filebeat 启动流程
laomei
07-24 4126
因为各种各样的原因，好久没有写博客了，还是希望能够坚持下来 讲解一下filebeat的启动流程吧，核心功能先不描述了0.0 filebeat启动入口在main.go文件内, cmd.RootCmd.Execute()启动filebeat; func main() { if err := cmd.RootCmd.Execute(); err != nil { os.Exit(1) } } ...
FileBeat的配置及启动
叶存菜鸟博客
10-19 1万+
filebeat配置详解z 转载至filebeat配置详解 - decq! - 博客园 配置主要是通过yml文件进行的，主要参数如下： （1）字段解释 paths：指定要监控的日志，目前按照Go语言的glob函数处理。没有对配置目录做递归处理，比如配置的如果是： /var/log/* /*.log 则只会去/var/log目录的所有子目录中寻找以".log"结尾的文件，而不会寻找/var/log目录下以".log"结尾的文件。 encoding：指定被监控的文件的编码类型，使用plain和u.
Shell 杀掉并重启进程 -- filebeat重启
oyc619491800的博客
12-18 3583
在搭建ELK日志系统的时候，由于需要调试一些参数，且因某些原因没有设置为系统服务，也没有设置快捷方式，每次重启都要指定配置很是麻烦，于是写了一个脚本来达到一键重启的目的，稍微修改一下可达到公用。 # 获取当前用户并截取前7位，如果是root用户则退出操作 current_user=$(whoami) user=${current_user:0:7} if [ $user = "root" ]; t...
Beats-Filebeat命令&配置说明
七路灯
04-29 1434
介绍Filebeat命令、配置以及最佳实战。 基于7.11版本。 目录命令配置说明 filebeat.yml最佳实践调优 命令 export：导出配置到标准输出（configuration, index template, ILM policy, dashboard） keystore：管理秘钥仓库 modules：管理模块配置 run：运行Filebeat。不知道命令的情况下，默认使用此命令 –modules MODULE_LIST：指定运行的模块 setup：一次性初始化环境。包括索引模板，.
filebeat服务启停
Automato的博客
03-02 4168
filebeat的服务启停
filebeat系列-常用命令
u011250186的博客
07-10 700
filebeat系列-常用命令
使用方法一配置后，nginx无法启动
最新发布
08-15
<think>我们正在解决Nginx配置后无法启动的问题。根据用户提供的引用，我们可以看到一些关于Nginx配置错误的线索，特别是引用[2]中提到的404问题，但用户现在的问题是配置后Nginx无法启动，所以我们需要关注启动失败的原因。 常见的Nginx无法启动的原因包括： 1. 配置文件语法错误 2. 端口冲突（例如，80或443端口已被其他程序占用） 3. 权限问题（例如，Nginx进程没有权限访问证书或日志文件） 4. 配置中的路径错误（例如，日志文件、证书文件或root目录不存在） 我们将按照以下步骤进行排查： 步骤1：检查Nginx配置文件的语法 使用命令：`nginx -t` 或 `sudo nginx -t`（根据权限需要） 这个命令会测试配置文件的语法，并指出错误所在的行和原因。 步骤2：查看错误日志 Nginx的错误日志通常位于`/var/log/nginx/error.log`，如果启动失败，查看错误日志可以得到具体原因。 步骤3：检查端口占用 使用命令：`sudo netstat -tulpn | grep :80`（或443，根据配置的端口） 或者使用：`sudo lsof -i :80` 步骤4：检查文件路径和权限 确保配置中指定的文件（如SSL证书、私钥、日志文件、静态文件目录等）存在，并且Nginx进程（通常用户是`nginx`或`www-data`）有读取权限。 步骤5：检查是否使用了未安装的模块 如果配置中使用了未编译或未安装的模块，也会导致启动失败。 根据用户之前的引用，他们可能在做与代理相关的配置，所以特别要注意代理配置中的域名、端口等是否正确。 下面我们给出具体的排查流程：</think>### Nginx配置后无法启动问题排查指南 当Nginx配置后无法启动时，请按以下步骤排查问题： #### 1. 检查配置文件语法（关键步骤） ```bash sudo nginx -t ``` - 输出示例： ``` nginx: [emerg] unknown directive "proxy_passs" in /etc/nginx/sites-enabled/app.conf:15 nginx: configuration file /etc/nginx/nginx.conf test failed ``` - 修复方法：根据错误提示修正语法错误（如拼写错误、缺少分号等） #### 2. 检查端口冲突 ```bash sudo netstat -tulpn | grep ':80\|:443' ``` - 常见冲突： - Apache占用80端口 - 其他Nginx实例 - Docker容器占用端口 - 解决方案： ```bash sudo kill <占用进程的PID> # 终止冲突进程 # 或修改nginx配置中的监听端口 ``` #### 3. 检查权限问题 ```bash sudo nginx -T | grep -E 'ssl_certificate|access_log|error_log' ``` - 常见问题： - SSL证书路径错误或权限不足 - 日志目录不可写 - 修复命令： ```bash sudo chown -R nginx:nginx /path/to/certificates sudo chmod -R 755 /var/log/nginx ``` #### 4. 检查上游服务配置 ```nginx location /api { proxy_pass http://backend_server; # 检查该名称是否在upstream块中定义 } ``` - 验证方法： ```bash grep 'upstream' /etc/nginx/nginx.conf -A 5 ``` #### 5. 查看详细错误日志 ```bash sudo tail -50 /var/log/nginx/error.log ``` - 常见错误类型： - `[emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)` → 端口冲突 - `[emerg] open() "/etc/nginx/ssl/server.crt" failed` → 文件路径错误 - `[crit] preworker process exited with code 1` → 模块加载失败 #### 6. 配置回滚与测试 ```bash # 回滚到上次有效配置 sudo cp /etc/nginx/nginx.conf.bak /etc/nginx/nginx.conf # 分阶段测试配置 sudo nginx -t -c /etc/nginx/nginx.conf ``` > **重要提示**：每次修改配置后都应执行`sudo nginx -t`测试语法，并保留有效配置备份[^1]。 --- ### 配置示例（避免常见错误） ```nginx # 正确定义upstream upstream backend_server { server 192.168.1.100:8080; } server { listen 80; server_name example.com; # 正确路径（使用绝对路径） access_log /var/log/nginx/access.log; location / { # 正确指令名 proxy_pass http://backend_server; # 必需设置Host头 proxy_set_header Host $host; } } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值