Erlang节点调用出现{badrpc,nodedown}错误求助

嘿，咱们来一步步排查你的Erlang节点RPC调用总是返回{badrpc,nodedown}的问题——我之前也碰到过好几次类似情况，先从最核心的点开始查起：

1. 先搞定Cookie的问题！ #

你提到两个节点的Cookie不同，这可是Erlang节点间通信的致命问题——不同Cookie的节点根本无法建立信任连接，更别说RPC调用了。咱们来确认并修正：

• 在onenode@localhost节点里执行：erlang:get_cookie().，拿到当前节点的Cookie
• 切换到othernode@localhost节点，执行同样命令，对比两者是否一致
• 如果不一致，在其中一个节点上执行erlang:set_cookie(node(), '你的目标Cookie').（注意Cookie是原子类型，要加单引号，比如'MyErlangCookie'）
• 或者干脆启动节点时就指定统一Cookie：erl -name onenode@localhost -setcookie MySharedCookie

2. 检查节点名称的格式是否统一 #

Erlang节点分短名称（用-sname启动）和长名称（用-name启动），两个节点必须用同一种格式，不然会互相“认不出”：

• 看看两个节点的启动命令：如果一个用了-sname，另一个用-name，赶紧改成一致的
• 确保节点名称都是@localhost结尾，别拼错了（比如写成@local或者少了个l）

3. 先试试能不能ping通对方节点 #

在onenode@localhost里执行：

net_adm:ping(othernode@localhost).

• 如果返回pong，说明网络层面能连通；要是返回pang，继续往下查
• 检查本地的epmd进程是否在运行：执行epmd -names，正常情况下能看到两个节点的名称和对应的端口
• 如果epmd没跑起来，手动启动它：epmd -daemon

4. 排查本地端口和防火墙（虽然是localhost，但也别漏了） #

• 确认epmd默认的4369端口没被其他进程占用
• 有时候本地防火墙会拦截Erlang节点的动态端口（epmd会分配这些端口），可以临时关闭本地防火墙试试，看是不是这个原因

5. 确认节点之间的连接状态 #

在othernode@localhost里执行nodes().，看看能不能列出onenode@localhost；反过来在另一个节点也执行一遍

• 如果看不到对方节点，说明连接根本没建立，回到第一步再确认Cookie和节点名称

6. 用更简单的RPC命令测试 #

如果前面的步骤都没问题，咱们换个简单的RPC调用试试，排除命令本身的问题：

rpc:call(othernode@localhost, erlang, node, []).

如果能返回othernode@localhost，说明RPC本身没问题，再回头试erlang:system_info/1的调用

最后再提醒一句：Cookie不一致是这个问题的头号元凶，优先把这个搞定，大概率就能解决问题啦。

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