应修改所有副本集节点的 /etc/hosts，将各成员主机名静态映射至其真实IP（非127.0.0.1），确保 hostname -f 输出与副本集配置一致，且 host $(hostname -f) 能正确解析出可路由的真实IP。
副本集初始化失败提示 hostname not found 怎么办
根本原因是 MongoDB 副本集成员在 rs.initiate() 或 rs.add() 时使用的主机名（比如 mongo2.example.com）无法被当前节点 DNS 解析。不是配置错，是压根查不到——DNS 查询超时或返回 NXDOMAIN，MongoDB 就直接报错退出。
最直接有效的解法就是绕过 DNS，用 /etc/hosts 做静态映射。但注意：所有参与副本集的节点（包括你正在操作的这台）都必须能互相解析彼此的主机名，缺一不可。
- 检查当前节点能否解析目标成员名：
ping -c 1 mongo2.example.com或getent hosts mongo2.example.com - 确认副本集配置里写的主机名，和
hostname -f输出、/etc/hosts里写的完全一致（区分大小写、无多余空格） - 修改
/etc/hosts后无需重启 mongod，但必须确保systemd-resolved或nscd没缓存旧记录（可临时停用或执行nscd -i hosts）
/etc/hosts 里该写 IP 还是写 127.0.0.1
写 127.0.0.1 是常见错误。副本集成员之间必须走真实网络通信，不能全绑到本地回环。每个成员的主机名必须映射到它对外提供服务的真实 IP（比如网卡 eth0 的 IPv4 地址）。
例如节点 A 实际 IP 是 192.168.10.11，它的 /etc/hosts 应包含：
192.168.10.11 mongo1.example.com mongo1
节点 B（IP 192.168.10.12）的 /etc/hosts 必须也有一行：
192.168.10.11 mongo1.example.com mongo1
- 别漏掉别名（如
mongo1），有些应用或脚本会用短名连接 - IPv6 地址（如
fd00::1）要单独加一行，IPv4 和 IPv6 不互通 - 避免混用域名和短名：如果副本集配置用的是
mongo1.example.com，就不要只在 hosts 里写mongo1
为什么 rs.status() 显示成员状态是 STARTUP2 却一直卡住
典型表现是成员日志里反复出现 Failed to connect to xxx:27017: HostNotFound，但 rs.status() 看状态停在 STARTUP2 ——说明它已经加入集群，却连不上其他成员同步数据。
这时候光看当前节点的 /etc/hosts 不够，得逐个登录其他成员，用 telnet mongo1.example.com 27017 测试连通性。失败原因往往有三个：
- 目标节点防火墙没放开
27017端口（或绑定了127.0.0.1而非0.0.0.0） - 目标节点的
/etc/hosts缺少对「自己」的映射（mongod 启动时会查自己 hostname，解析失败会导致心跳异常） - 副本集配置中写了域名，但某个成员的
/etc/resolv.conf里配了 search 域，导致实际解析成了mongo1.example.com.internal这种拼接结果
用 hostname 和 host 命令验证是否真生效
别只信 ping。MongoDB 内部用的是 libc 的 getaddrinfo()，行为和 host 更接近。验证步骤要闭环：
在每个节点上依次执行：
hostname -f
输出必须和副本集配置里的主机名完全一致；再执行：
host $(hostname -f)
应返回对应的真实 IP，且这个 IP 能被其他节点路由到达。如果 host 返回 connection timed out，说明系统级解析已失效，/etc/hosts 没起作用或者格式有隐藏空格。
真正容易被忽略的是：容器环境或 systemd 服务里，mongod 可能运行在独立 network namespace 中，/etc/hosts 修改对它无效——这时得用 --add-host 参数或挂载 hosts 文件。
