•
9月8日晚重启 freeshell 1 号节点之后,其他节点通过 NFS 访问的外部存储,在文件加锁时会超时,这导致 freeshell 创建缓慢、SSH 无法登录等问题。该问题现已修复,非常抱歉此问题给您带来的不便。
问题的原因是9月8日 Freeshell NFS 故障,@zsj 暂时关闭了 NFS 服务。我在开启 nfs-kernel-server 服务(nfsd)后,测试从其他节点读写 NFS 正常,就没再管了。我以为 nfs-common 服务(statd、idmapd)中的 statd 是 NFS 客户端才需要使用的,而 idmapd 是 NFSv4 需要使用的(我们用的是 NFSv3,原因见此),就没有启动 nfs-common 服务。事实上,statd 为 NFSv3 提供了远程锁的支持,我们的 NFS 挂载参数里没有 nolock,也就是当 statd 服务未启动时,如果远程挂载的节点执行了文件加锁操作,NFS 客户端会等待服务器端上锁,但这个上锁操作是永远不能完成的。Freeshell 创建过程中设置 root 密码需要文件锁,SSH 登录也需要文件锁,因此这些操作无法正常完成。
从9月8日晚开始,就不断收到服务器报警邮件,但我并没有重视起来。今晚 sa514122 同学坚持给我报 bug,一开始我也是隔靴搔痒,没有认真去调查,甚至人肉修改了 freeshell 系统在检测到数据不一致时的锁定标志,让该同学重试。在继续报 bug 的情况下,我自己试着注册了个 freeshell 才发现问题真的存在。我对这种忽视问题的行为深深自责,感谢 sa514122 同学的 bug 反馈!