失败的命令：WRITE FPDMA QUEUED - 服务器运行缓慢的原因？

Question

最近几天，无头 Linux NFS 文件服务器运行缓慢（基于用户的主观报告）。我检查了 journalctl 没有看到任何相关错误。

但是，当我连接显示器时，出现了一个充满以下错误的屏幕：

failed command: WRITE FPDMA QUEUED

这是一张照片：

有哪些建议的后续步骤？我应该只更换磁盘吗？

Answer 1

根据此处可见的内容，只有一个磁盘有问题。但究竟是驱动器，还是电缆，还是控制器，并不明显。

我会先重新启动，以重置硬件。可能只是控制器暂时感到困惑，实际上将其关闭再打开会有所帮助。

如果重新启动后错误再次出现，那么我会将该驱动器插入不同的 SATA 端口，并在必要时将其他驱动器插入该端口。如果错误仍然在同一个端口上，则问题出在控制器上。

但是如果错误“移动”到新端口，那么它要么是电缆，要么是驱动器。在这一点上，我将更换 SATA 电缆。如果错误消失，则电缆损坏。如果您仍然有错误，则是驱动器。

Answer 2

您可以尝试的另一件事（远程工作）是运行smartctl -a以查看驱动器是否报告任何错误，并且可能smartctl -t short对其运行自检。

就我而言，它显示故障WRITE FPDMA QUEUED是由于ICRC（接口 CRC）错误造成的，这意味着驱动器和控制器之间的数据已损坏，因此磁盘本身没问题，可能是 SATA 电缆或两端的电路造成的SATA 电缆插入的位置。

虽然我不是专家，但大概在这种情况下，该命令被重试并最终通过 SATA 电缆而没有损坏，导致系统正常运行，但由于所有重试，磁盘速度非常慢。