CentOS 7上Ceph Nautilus 14.2.19手动部署ceph-mds启动失败原因排查

日志中的 handle_auth_bad_method server allowed_methods [2] but i only support [2] 是Ceph认证模块的典型误导性报错。
表面看客户端和服务端都声明支持同一种cephx认证（对应方法编号2），但实际触发该报错的核心场景是：ceph-mds守护进程启动时没有加载到任何有效cephx凭据，尝试以匿名身份连接Monitor节点，被Monitor拒绝——因为Monitor仅开放cephx认证，匿名请求不会被允许，最终抛出这个字面看起来是“认证方法不匹配”的错误，和双方支持的方法列表没有实际关系。

结合实际操作流程，对应可能的故障点有：

• 密钥文件读取失败
  以你执行的systemctl start ceph-mds@mds.<hostid>为例，ceph-mds进程默认查找的密钥路径为 /var/lib/ceph/mds/ceph-mds.<hostid>/keyring。
  即使你存放的密钥内容和ceph auth list的查询结果完全一致，如果出现以下任意情况，进程都会因为读不到有效密钥，最终带空凭据连接Monitor触发报错：
  • 目录命名和systemd传入的id参数不匹配，比如你按自定义集群名创建了目录，但实际查找路径和存放路径出现错位
  • 从/var/lib/ceph到keyring文件的任意一层目录权限过高（比如属主为root、权限为700），导致ceph用户没有穿透读取的权限
• 本地Ceph配置文件不可读
  ceph-mds启动时需要从/etc/ceph/路径下加载对应集群的配置文件，获取Monitor节点的地址列表。如果这台节点上缺少对应集群的配置文件、或者配置文件权限为600且属主为root，ceph用户无法读取配置内容，进程也会因为无法拿到Monitor节点列表，最终启动失败并抛出认证相关的报错。
• 身份匹配错位
  即使密钥内容完全匹配，如果密钥对应的entity ID和ceph-mds启动时传入的id参数不匹配（比如Monitor端存储的是mds.node1的密钥，但是systemd传入的id是node1），进程会因为身份无法通过Monitor的认证校验，触发相同的报错。
• 权限配置不满足要求
  需要确认mds身份在Monitor端的权限是否严格配置为mon "allow profile mds"——如果Monitor端识别到mds身份的mon权限不符合profile要求，会在认证握手阶段直接拒绝连接，触发相同的报错日志。

可以直接跳过systemd，用ceph用户身份手动拉取mds进程、开启详细调试日志定位：

sudo -u ceph /usr/bin/ceph-mds --cluster ceph --id mds.<hostid> --debug_ms 1 --debug_mds 1 -f

手动启动时会打印明确的错误信息，比如“找不到keyring文件”“权限不足无法读取文件”“身份校验失败”，可以直接对应到具体的故障点。

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