我们有一个内部Web服务器(虚拟化,托管ReviewBoard,但不是超级相关),我们有一个相对一致的故障模式,导致/填充失败的NFS安装. Distro是Ubuntu(不要问)如果解决方案依赖于不同的发行版,那么实现起来会更慢.
正在对/ mnt / backup /执行备份,这应该是NFS挂载到另一个系统.不幸的是,当挂载失败或丢失时,会在根文件系统上执行备份,正如您可以想象的那样,在/之前需要很长时间,然后服务开始失败.
已经讨论了许多可能的解决方案.
>监控/ mnt /备份并确保它不是root用户.也许是一个cron工作.
>使用/ mnt / protected / backups,然后首先将mount / protected挂载到一个小文件系统,也许是对本地文件的循环挂载,因此失败的可能性要小得多.
> Chmod a-rwx / mnt / backups(根文件系统挂载点).我不确定在受保护的导演上工作是否有效,我认为确实如此.
>在挂载的树上创建一个名为“Backups”的目录,然后软链接“ln -s / mnt / backup / Backups / Backups”.除非安装了/ mnt / backup,否则使用/ Backups备份将失败,因为本地树不包含子目录.
>执行检查目录是否已在备份脚本中正确装入.
解决方法
编号5 – 在备份脚本中放置测试以确保在继续之前安装目录.如果安装不可用或不存在,脚本应该失败.或者,您可以确保在运行备份之前已安装了所有内容.
尝试mountpoint命令,该命令检查指定的目录是否为挂载点：
mountpoint -q / mnt / backups || mount / mnt / backups
