我正在将文件从ubuntu服务器移动到Snow Leopard服务器. ubuntu服务器的NFS共享大约为6TB,我想将其克隆到Snow Leopard服务器.
我在雪豹服务器上安装了nfs共享,然后运行
rsync -av /Volumes/FromUbuntu /Volumes/LocalCopy
它复制大约100GB后,它抱怨文件已经消失.我假设由于某种原因NFS链接过时了？可能是什么导致了这个？ ubuntu服务器没有崩溃,并且没有我所知道的连接问题.在复制完成之前,我不介意一遍又一遍地运行rsync命令,但只需要6个小时就可以使rsync成为文件列表.
有什么建议？通过SSH进行rsync会更快吗？谢谢！
(PS：我尝试过使用’cp -arv’似乎没有失败但是根据Mac上的网络流量监视器,在rsync构建了文件列表后,将文件复制为rsync似乎需要两倍的时间？)
更新：我正在尝试通过ssh从mac服务器到ubuntu服务器的rsync,它看起来要快得多(创建文件列表并开始传输花了不到两个小时,在从nfs mount发出rsyncing时大约六个小时只是为了构建初始文件列表.)看起来好像在mac上挂载NFS共享存在一些问题.有没有人有这个问题？相反,在ubuntu客户端上的mac上安装nfs共享呢？我计划在Mac上为Ubuntu客户端托管一个NFS共享,但现在我变得紧张了.感谢您的输入！
据我所知,“文件已经消失”的情况对于rsync来说并不是一个致命的错误条件,并且该过程应该继续正常.你是说在报告“消失的文件”消息时rsync停止了吗？
如果要备份实时文件系统,则始终可以从rsync获取“消失”消息.在rsync将文件添加到其传输列表的时间与rsync实际读取它的时间之间,文件可以因任何数量的合理原因“消失”(例如,删除了临时锁定文件,或者重命名了文件) ).请注意,某些应用程序通过创建和删除隐藏的锁定文件来解决NFS文件锁定的限制,并且rsync可能会看到其中的一些.
我建议在备份时尽可能保持源文件系统的静态.理想情况下,除了备份过程之外,没有人应该访问它,但我意识到这可能是不可行的.如果源文件系统位于LVM逻辑卷上,则可以考虑创建只读快照以用作备份源.
