容器中NFSv4 Server启动日志报错：含义、消除方法及与nfsdcld的关联

日志含义 #

这三条日志是NFS内核服务（NFSD）在容器环境下初始化客户端追踪机制时的反馈：

• NFSD: attempt to initialize umh client tracking in a container ignored.：NFSD尝试初始化基于用户模式助手（UMH）的客户端追踪功能，但因为运行在容器中，该操作被内核忽略。
• NFSD: attempt to initialize legacy client tracking in a container ignored.：NFSD尝试初始化旧版客户端追踪机制，同样因容器环境被内核忽略。
• NFSD: Unable to initialize client recovery tracking! (-22)：由于前两种追踪机制均未初始化成功，NFSD无法启动客户端故障恢复追踪功能，错误码-22对应EINVAL（无效参数），本质是容器环境不支持这类主机级的状态追踪机制。

消除日志的方法 #

• 启动NFS服务时添加参数：直接在启动rpc.nfsd时加上--no-nfsdcld参数，禁用客户端追踪守护进程，命令示例：rpc.nfsd --no-nfsdcld
• systemd服务配置修改：如果用systemd管理NFS服务，创建或修改服务覆盖配置文件（如/etc/systemd/system/nfs-server.service.d/override.conf），内容如下：

  [Service]
  ExecStart=/usr/sbin/rpc.nfsd --no-nfsdcld
  

  之后执行systemctl daemon-reload && systemctl restart nfs-server生效。
• 注意：禁用该功能仅会影响NFSv4的客户端故障恢复能力，NFSv4的基础共享功能不受影响。

与nfsdcld的关系 #

这些日志直接和nfsdcld相关：

• nfsdcld是NFSv4的客户端追踪守护进程，负责维护客户端连接状态，支持客户端故障后的会话恢复。
• 容器环境下，由于缺少主机级的系统权限（如无法访问特定内核接口、系统状态文件），nfsdcld无法正常工作，内核因此跳过相关初始化流程并输出这些日志。
• 使用--no-nfsdcld参数可以直接禁用nfsdcld，避免内核尝试初始化相关追踪机制，从而消除这些日志。

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