【问题标题】:"Unstable" NFS mount point“不稳定”的 NFS 挂载点
【发布时间】:2014-08-25 11:02:02
【问题描述】:

首先,这是我第一次在 StackOverflow 上发布问题,所以如果我做错了什么,请不要杀了我。

我的问题来了:

我们几乎没有与知名法国供应商合作的专用服务器。对于其中一台服务器,我们最近获得了 5.000GB 的备份空间,可以通过 NFS 挂载,这就是我们所做的。

备份大文件时出现问题。每天晚上我们备份几个在该主机上运行的虚拟机,我们从事实中知道备份没有正确完成(文件大小从一天到另一天有很大差异,而且我们已经检查了备份的内容并且有东西不见了)。

因此,挂载点似乎不稳定,并且备份未正确完成。似乎有微网络切割,因此管理程序完成当前备份并开始下一个备份。

这就是它现在的安装方式:

xxx.xxx.xxx:/export/ftpbackup/xxx.ip-11-22-33.eu/ /NFS nfs auto,timeo=5,retrans=5,actimeo=10,retry=5,bg,soft,intr,nolock,rw,_netdev,mountproto=tcp 0 0

有什么建议吗?有什么参数要改吗?

我们需要确保 NFS 挂载点正常工作才能进行正确的备份。

非常感谢

【问题讨论】:

  • 您可能会发现 www.serverfault.com 是一个更好的论坛,可以解决与系统/服务器管理员相关的问题,例如这样。
  • 谢谢你,马克,会的。
  • 网络不可靠——这是不争的事实。 NFS 在历史上更加不可靠——我不确定它的当前状态。您需要修复您的备份系统,以便至少报告网络错误,如果没有从...中恢复...

标签: linux centos nfs mount-point


【解决方案1】:

通过指定“soft”作为选项,您的意思是挂载不可靠是可以的——内核返回 I/O 错误,而不是在事情发生时运行 I/O 完成太长。使用不带“soft”选项的硬挂载会指示内核避免因超时返回 I/O 错误。

这将修复您损坏的备份,但是...您的备份过程将一直挂起,直到 I/O 完成。另一种方法是使用更长的超时值。

您将 TCP 用于挂载协议,但不用于 NFS 本身。如果您的服务器支持它,请考虑在选项行中添加“tcp”。

【讨论】:

    猜你喜欢
    • 2017-10-17
    • 2019-06-09
    • 2010-10-02
    • 1970-01-01
    • 1970-01-01
    • 2022-07-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多