Windows分享不时无法访问

我有一个CentOS盒子，有一个从本地NAS（Synology）安装的共享和一个从Windows Server 2012安装的共享（没有实用程序，普通标准共享AFAIK）。有一个脚本每晚都进行备份。

到目前为止，NAS完全没有问题，但是Windows的份额不时变得无法访问（不确定重现问题的步骤，因为它每隔1,2或3天以随机的方式发生一次）。

Fstab挂载股票的条目：

//nas/backup              /mnt/backup           cifs uid=504,username=uname,dom=dom,password=pword,iocharset=utf8,noperm,rw 0 0
//192.168.178.202/Trinity /mnt/trinity          cifs uid=504,username=uname,dom=dom,password=pword,iocharset=utf8,noperm,ro 0 0

在dmesg中我收到一个错误：

CIFS VFS: Server 192.168.178.202 has not responded in 300 seconds. Reconnecting...

我发现这个错误报告没有明确指出错误的原因和解决方法。

我尝试在备份脚本访问共享之前的5分钟内添加这样的cron作业：

55 3 * * * mount -o remount,ro /mnt/trinity

但它不起作用。欢迎任何想法和/或建议！

PS：我觉得这可能来自Windows端，但并不是Windows专家。

— Denys S.
source

好奇为什么有人贬低了这个？对我来说这似乎是一个非常可靠的问题，在问这里之前还有一些很好的工作努力。我们不应该鼓励这样的事吗？一个建议OP：您可能希望查看使用credentials文件而不是将所有内容硬编码fstab。 fstab每个人都可以阅读，你可以限制对creds文件的权限。在乌本杜文档是一个非常坚实的资源这一点，如果有兴趣。

— nerdwaller

请评论您投票支持此问题的原因。谢谢。

— Denys S.

@nerdwaller，感谢有关creds文件的建议，但是这个服务器是出于一个目的，由一个用户执行。因此，这个问题已经摆脱了桌面。:)

— Denys S. 2013年

我仍然不确定实际原因是什么，但简单的ls cron工作解决了它。作业在备份脚本前1分钟执行。

58 3 * * * ls -al /mnt/trinity > /home/backup/share-list.txt

除非找到实际的解决方案，否则这个解决方案的答案将会存在。

— Denys S.
source