rsync过程中的内核恐慌

Question

我正在运行OEL6.4(一个RHEL克隆)，并且每晚在ssh上同步大型文件。在rsync过程中，我经常(大多数晚上)会感到内核恐慌：

Message from syslogd@cheshire at Mar 24 00:39:01 ...
 kernel:Oops: 0000 [#1] SMP

Message from syslogd@cheshire at Mar 24 00:39:01 ...
 kernel:Stack:

Message from syslogd@cheshire at Mar 24 00:39:01 ...
 kernel:Call Trace:

Message from syslogd@cheshire at Mar 24 00:39:01 ...
 kernel:Code: 00 55 48 89 e5 48 83 ec 10 48 89 1c 24 4c 89 64 24 08 66 66 66 66 90 41 89 d4 48 89 f3 e8 cf 23 fe ff 41 83 fc 01 48 89 c2 75 1a

Message from syslogd@cheshire at Mar 24 00:39:01 ...
 kernel:CR2: 0000000000000000

Message from syslogd@cheshire at Mar 24 00:39:01 ...
 kernel:Kernel panic - not syncing: Fatal exception

是否有任何信息，在上述可能给我一个线索的原因，或这一切都是一般性的？在坠机的时候，/var/log/messages似乎没有什么不寻常的地方。

编辑：

我应该说我使用的是ocfs2 (本地而不是集群)。正在传输的文件是VM的备份文件，在传输时不使用它们:它们是纯粹为rsync目的而拍摄的“reflink”副本。操作系统是最新的补丁程序。

Answer 1

内核恐慌可能由几个因素引起，例如

• ssh守护进程
• 正在更新的文件/使用它们的另一个服务之间的冲突
• NIC接口..。

为了帮助识别问题的根源，我尝试几个rsync --dry-run (它不复制任何东西)。

此外，我之前读到，FS安装noatime选项可能会出现一些问题，相对而言可能会更好。

此外，我还会尝试使用--delay-updates选项进行rsync，这样可以最小化实际的文件更新timespan。

这就是我现在想到的，我会更新答案，如果其他东西敲响了警钟..