Docker部署RabbitMQ通过rpc:call查询ETS表返回badrpc nodedown问题

方案1（推荐）：直接在RabbitMQ容器内执行查询，无需处理节点通信问题 #

这是成本最低的方案，不需要处理Cookie、网络解析等额外配置：

1. 进入运行中的RabbitMQ容器：

docker exec -it f72eb878386f bash

2. 直接用rabbitmqctl eval执行ETS查询命令：

rabbitmqctl eval 'ets:tab2list(queue_stats).'

命令会直接返回ETS表的全部内容，需要查询其他表时替换queue_stats为对应表名即可。

方案2：外部节点RPC调用的问题修复 #

如果你需要从外部节点发起调用，需要解决三个核心问题：

• Cookie匹配：Erlang节点间通信要求Cookie完全一致，RabbitMQ的默认Cookie存储在容器内的/var/lib/rabbitmq/.erlang.cookie文件中，先复制该文件的内容，外部节点启动时指定相同Cookie：

erl -sname node1 -setcookie <复制的Cookie内容>

• 节点名解析：需要在外部节点所在的宿主机hosts文件中添加解析记录，将节点名的后缀f72eb878386f指向RabbitMQ容器的IP：

<容器IP> f72eb878386f

• 端口开放：确保RabbitMQ容器暴露了epmd默认端口4369，以及Erlang节点通信端口（默认随机分配，可通过RabbitMQ配置固定为指定端口），避免网络不通。

之前报错的原因说明 #

• 执行erl -sname rabbit报错是因为当前主机上已经有同名的Erlang节点（就是运行中的RabbitMQ进程）占用了该节点名
• {badrpc,nodedown}报错是因为外部节点和RabbitMQ节点之间要么Cookie不匹配，要么网络不通/节点名无法解析，导致无法建立Erlang节点间的通信连接

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