我们有一台不能丢失的旧物理服务器，因此我在 VMWare 上对其进行了虚拟化。我已启动它并正在测试它。它早些时候冻结了。在内核日志中，我发现了以下内容：
Feb 20 08:22:10 mrtg kernel: Call Trace:
Feb 20 08:22:10 mrtg kernel: [<ffffffff80064c6f>] __mutex_lock_slowpath+0x60/0x9b
Feb 20 08:22:10 mrtg kernel: [<ffffffff8000cce1>] do_path_lookup+0x275/0x2f1
Feb 20 08:22:10 mrtg kernel: [<ffffffff80064cb9>] .text.lock.mutex
Feb 20 08:22:10 mrtg kernel: [<ffffffff8003c9f9>] do_unlinkat+0x66/0x141
Feb 20 08:22:10 mrtg kernel: [<ffffffff8005e229>] tracesys+0x71/0xe0
Feb 20 08:22:10 mrtg kernel: [<ffffffff8005e28d>] tracesys+0xd5/0xe0
Feb 20 08:22:10 mrtg kernel: INFO: task sendmail:7174 blocked for more than 120 seconds
Feb 20 08:22:10 mrtg kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message
Feb 20 08:22:10 mrtg kernel: sendmail D ffff81022ecc6af0 0 7174 3893 5726 (NOTLB)
Feb 20 08:22:10 mrtg kernel: ffff8101c81fbc78 0000000000000082 0007810000000007 ffff8100348470c0
Feb 20 08:22:10 mrtg kernel: 0000000007f459c0 0000000000000007 ffff81026b899100 ffff8100348470c0
Feb 20 08:22:10 mrtg kernel: 0000384813cc7ab8 00000000000004b2 ffff810216b892e8 0000000107f458c0
Feb 20 08:22:10 mrtg kernel: Call Trace:
Feb 20 08:22:10 mrtg kernel: [<ffffffff8012ac81>] avc_has_perm=0x46/0x58
Feb 20 08:22:10 mrtg kernel: [<ffffffff80064c6f>] __mutex_lock_slowpath+0x60/0x9b
Feb 20 08:22:10 mrtg kernel: [<ffffffff80064cb9>] .text.lock.mutex+0xf/0x14
Feb 20 08:22:10 mrtg kernel: [<ffffffff8000cef1>] do_lookup+0x90/0x1e6
Feb 20 08:22:10 mrtg kernel: [<ffffffff8000a23c>] __link_path_walk+0xa01/0xf42
Feb 20 08:22:10 mrtg kernel: [<ffffffff8000ea11>] link_path_walk+0x42/0xb2
Feb 20 08:22:10 mrtg kernel: [<ffffffff8000cce1>] do_path_lookup+0x275/0x2f1
Feb 20 08:22:10 mrtg kernel: [<ffffffff8001283d>] getname+0x15b/0x1c2
Feb 20 08:22:10 mrtg kernel: [<ffffffff800238c3>] __user_walk_fd+0x37/0x4c
Feb 20 08:22:10 mrtg kernel: [<ffffffff8002889d>] vfs_stat_fd+0x37/0x4c
Feb 20 08:22:10 mrtg kernel: [<ffffffff80067b88>] do_page_fault+0x1b/0x4a
Feb 20 08:22:10 mrtg kernel: [<ffffffff800235f5>] sys_newstat+0x19/0x31
Feb 20 08:22:10 mrtg kernel: [<ffffffff8005e229>] tracesys+0x71/0xe0
Feb 20 08:22:10 mrtg kernel: [<ffffffff8005e28d>] tracesys+0xd5/0xe0
有人可以解释一下这个问题的原因并给出解决办法吗？