Logstash MongoDB输入插件问题：多管道引发JVM致命崩溃求助

1. 先深挖完整崩溃日志细节 #

你提到的hs_err_pid41063.log包含崩溃核心上下文，重点查看：

• 崩溃线程的完整调用栈，定位触发SIGSEGV的具体native方法
• 已加载的native库列表，排查是否存在x86_64架构的库在Apple Silicon（arm64）环境下运行的兼容性问题
• 当前生效的所有JVM参数，确认配置是否存在冲突

2. 验证Apple Silicon兼容性 #

Logstash 8.3.3对Apple Silicon的官方支持尚不完善，部分native组件（如JRuby、第三方插件依赖库）可能存在arm64适配缺陷：

• 尝试用Rosetta 2模式启动Logstash：在终端执行arch -x86_64 ./bin/logstash，模拟x86_64环境测试是否仍崩溃
• 升级Logstash至8.7及以上版本，后续版本对Apple Silicon的兼容性有明显优化

3. 优化多管道资源配置 #

多管道场景下，线程和内存的消耗会呈倍数增长，调整以下参数：

• 限制单管道线程数：在logstash.yml中降低每个管道的工作线程，减少整体线程负载：

  pipeline.workers: 1
  pipeline.batch.size: 100
  

• 调整JVM线程栈大小：不要盲目调大栈内存，每个线程都会占用栈空间，线程越多总消耗越大。尝试将栈大小调至2M（修改jvm.options中的-Xss2m）
• 切换垃圾收集器：CMS收集器在Apple Silicon上可能存在兼容性问题，改用G1GC：

  # 注释原有CMS配置
  # -XX:+UseConcMarkSweepGC
  # -XX:CMSInitiatingOccupancyFraction=75
  # -XX:+UseCMSInitiatingOccupancyOnly
  # 添加G1GC配置
  -XX:+UseG1GC
  -XX:MaxGCPauseMillis=200
  

4. 定位问题管道或插件 #

• 逐个启用管道，找到触发崩溃的具体配置，排查是否存在使用老旧/自定义native插件的管道
• 暂时禁用所有管道的输出插件，仅保留输入和过滤逻辑，逐步定位到问题组件

5. 启用核心转储深度分析 #

执行ulimit -c unlimited后重启Logstash，崩溃时会生成核心转储文件，用lldb分析：

lldb --core core.41063 /Library/Java/JavaVirtualMachines/temurin-11.jdk/Contents/Home/bin/java

在lldb中执行thread backtrace all，查看所有线程的调用栈，精准定位崩溃的native代码位置

内容的提问来源于stack exchange，提问作者Hasham Rasheed