如何解决Docker容器中ffmpeg被SIGSEGV信号终止的问题

核心原因分析 #

SIGSEGV（段错误）通常源于二进制文件与容器环境的系统库不兼容，或是架构不匹配。@ffmpeg-installer/ffmpeg提供的预编译二进制在本地能正常运行，但容器基础镜像可能缺少依赖库或存在架构差异，导致运行崩溃。

可行解决方案 #

1. 改用容器系统自带的ffmpeg（推荐）

放弃@ffmpeg-installer的预编译包，直接在Docker镜像中安装系统级ffmpeg，彻底规避兼容性问题：

• 修改Dockerfile，基于Debian/Ubuntu系Node镜像安装ffmpeg：

  FROM node:18-bullseye
  
  # 安装系统ffmpeg和ffprobe，清理缓存减小镜像体积
  RUN apt-get update && \
      apt-get install -y --no-install-recommends ffmpeg && \
      rm -rf /var/lib/apt/lists/*
  
  WORKDIR /app
  COPY package*.json ./
  RUN npm install
  COPY . .
  CMD ["node", "your-entry-file.js"]
  

• 简化ffmpeg初始化脚本，无需手动指定路径（fluent-ffmpeg会自动识别系统中的ffmpeg）：

  import ffmpeg from 'fluent-ffmpeg';
  
  // 移除setFfmpegPath和setFfprobePath配置
  export default ffmpeg;
  

2. 检查架构兼容性

若服务器是ARM架构（如AWS Graviton、Apple Silicon），@ffmpeg-installer可能下载了x86_64架构的二进制，导致运行错误：

• 在服务器执行uname -m确认架构，输出aarch64则为ARM架构
• 使用支持多架构的Node基础镜像（如node:18-bullseye-slim），Docker会自动拉取匹配架构的镜像
• 优先采用方案1的系统级ffmpeg，避免架构适配问题

3. 临时调整Docker seccomp配置（仅测试用）

Docker默认的seccomp安全配置可能限制了ffmpeg所需的系统调用，可临时关闭验证排查：

• 修改docker-compose.yml，添加security_opt配置：

  services:
    your-app-service:
      ...
      security_opt:
        - seccomp:unconfined
  

• 若测试有效，生产环境建议定制seccomp profile，仅开放ffmpeg必需的系统调用，不要长期使用unconfined模式

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