搭载RabbitMQ的Docker容器崩溃，废弃环境变量报错如何解决？

紧急恢复方案 #

如果需要先恢复服务运行，有两个无需大改配置的方法：

• 固定RabbitMQ镜像版本到3.12及以下，你当前使用的浮动标签rabbitmq:3-management会自动拉取最新的3.x版本，3.13+版本才会把废弃环境变量从警告升级为错误，把镜像改成rabbitmq:3.12-management即可直接复用现有配置启动
• 保留现有镜像和配置的前提下，在environment段加一行RABBITMQ_ALLOW_DEPRECATED_ENV_VARS=true，即可临时允许使用废弃变量，不会触发启动错误

疑问解答 #

1. 原回答方案是否合理？ #

原回答方案完全错误，遗漏了环境变量的统一前缀，所以你替换后容器识别不到配置，才会出现空用户登录报错的问题，仅替换成无前缀的变量无法正常运行。

2. Docker环境下rabbitmq.conf的放置路径 #

容器内部的读取路径确实是/etc/rabbitmq/rabbitmq.conf，你只需要在宿主机上创建对应的配置文件，通过docker-compose的volumes字段挂载到容器内对应路径即可，示例配置：

rabbitmq:
  image: rabbitmq:3-management
  volumes:
    - ./你的本地配置路径/rabbitmq.conf:/etc/rabbitmq/rabbitmq.conf
    - ./你的本地数据路径:/var/lib/rabbitmq
  # 其余网络、端口配置保持不变

你本地之前没有配置文件也能运行，是因为容器默认自带了基础配置，环境变量的优先级高于默认配置文件，所以之前用环境变量可以直接覆盖默认参数。

3. RABBITMQ_ERLANG_COOKIE的替代配置 #

有两种替代方案：

• 用环境变量传入：在environment段加RABBITMQ_SERVER_ADDITIONAL_ERL_ARGS="-setcookie 你的cookie值"
• 挂载cookie文件：在宿主机创建.erlang.cookie文件写入你的cookie值，权限设置为400，属主设为UID 999（容器内rabbitmq用户的ID），再通过volumes挂载到容器内/var/lib/rabbitmq/.erlang.cookie路径即可。

4. 纯docker-compose运行方案 #

不需要额外配置文件的纯docker-compose写法示例（适配3.13+版本，无废弃变量）：

rabbitmq:
  image: rabbitmq:3-management
  environment:
    RABBITMQ_SERVER_ADDITIONAL_ERL_ARGS: >
      -setcookie secret
      -default_user 你的用户名
      -default_pass 你的密码
      -default_vhost /
  networks:
    - backend
  ports:
    - 15672:15672
    - 5672:5672
  volumes:
    - rabbitmq_data:/var/lib/rabbitmq

volumes:
  rabbitmq_data:

这个写法完全没有废弃变量，兼容所有3.x版本的RabbitMQ镜像。

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