Mount.d 似乎没有启动

Mount.d 似乎没有启动

昨天我的 NFS 共享确实正常工作。今天我得到:

mount.nfs: access denied by server while mounting

在服务器上,当我重新启动 nfs(服务 nfs-kernel-server 重新启动)时,我得到:

* Stopping NFS kernel daemon                                                                                                             [ OK ] 
* Unexporting directories for NFS kernel daemon...                                                                                       [ OK ] 
* Exporting directories for NFS kernel daemon...                                                                                         [ OK ] 
* Starting NFS kernel daemon                                                                  
Usage: rpc.mountd [-F|--foreground] [-h|--help] [-v|--version] [-d kind|--debug kind]
    [-o num|--descriptors num] [-f exports-file|--exports-file=file]
    [-p|--port port] [-V version|--nfs-version version]
    [-N version|--no-nfs-version version] [-n|--no-tcp]
    [-H ha-callout-prog] [-s|--state-directory-path path]
    [-g|--manage-gids] [-t num|--num-threads=num]
                                                             [fail]

这让我得出结论:mount.d 没有出现。你怎么看?(我已经尝试了很多次,但一切似乎都很好,除了“失败”消息;我重新启动了客户端和服务器,重新安装了 nfs 等)。

在系统日志中我找不到任何奇怪的东西,除了这个:

kernel: [  114.548230] nfsd: last server has exited, flushing     export cache
Sep  1 13:43:50 srv262 kernel: [  115.609287] NFSD: Using /var/lib    /nfs/v4recovery as the NFSv4 state recovery directory
Sep  1 13:43:50 srv262 kernel: [  115.609299] NFSD: starting 90-second grace period (net ffffffff81cdab40)

与昨天相比有什么变化? - 可能是更新。机器在 Vmware Player 中作为 VM 运行,也许 Vmware 的暂停确实损坏了一些文件?

客户端通过 OpenVPN 连接到服务器 - 如前所述,它一直运行到今天。

谢谢

相关内容