捕获诊断信息
当您的 Unraid 服务器出现问题时,收集详细信息至关重要,以便进行有效的故障排除。这些信息有助于其他人提供准确和及时的帮助,特别是在论坛上发帖时。
:::info[Diagnostics 包括...
诊断 zip 文件包含多个匿名文本文件,创建您 Unraid 系统的详细快照,包括:
- 系统配置:信息关于您的array、共享、网络设置和已安装的插件。
- 系统日志:来自内核、WebGUI 和系统服务的日志,记录可能导致问题的事件。
- 硬件信息:有关连接驱动器、控制器和其他硬件组件的详细信息。
- Docker和VM信息:整体配置用于Docker和虚拟机(不包括关于您个人容器或VMs的信息)。
:::
系统诊断
Unraid 在 WebGUI 的 Tools → Diagnostics 下提供了一个用于故障排除的 Diagnostics 工具。 该工具将生成一个 zip 文件,您可以下载并附加到论坛帖子以获取支持。所有诊断文件都是基于文本的,用户可以查看它们以了解所包含的信息。
场景 | 如何捕获 | 备注 |
---|---|---|
WebGUI 可用 | 使用 WebGUI 中的 Tools → Diagnostics 生成并下载诊断 zip 文件。 | 诊断默认是匿名化的,以保护敏感数据。 |
WebGUI 不可用 | 通过 SSH、telnet 或直接控制台访问以运行 diagnostics 命令。zip 文件保存到 /boot/logs 。 | 始终在重启前捕获诊断以保持日志完整。 |
阵列 在正常模式下启动 | 这是捕获诊断的首选方法,因为它提供了最完整的信息,尤其是关于驱动器状态的信息。 | 如果这不可能,请参阅 Persistent logs section 以找到替代捕获方法。 |
在论坛发帖时附加单个诊断zip文件-避免单独上传提取的文件。
诊断数据的匿名化
By default, diagnostics are automatically anonymized. If you enable Mover logging under Settings → Scheduler → Mover Settings, the syslog will include details about files the Mover processes. It's best to allow Mover logging only when troubleshooting specific Mover-related issues, as it may reveal file paths and names.
当您的系统正常关闭时,会话日志会自动保存到闪存驱动器中。重新启动后,您可以通过 Tools → Syslog → syslog-previous 访问它。这个日志也会在下次启动时包含在诊断中。然而,如果系统崩溃,系统日志将丢失。在这些情况下,建议启用 syslog 镜像到闪存或使用远程 syslog 服务器 来保留日志以进行故障排除。
测试驱动器读取性能
You can use built-in Linux tools to evaluate the read performance of your hard drives. This is helpful when diagnosing slow parity syncs, sluggish disk responses, or mismatched speeds among drives in an array or cache.
如果您遇到以下问题,请考虑运行磁盘读取基准测试:
- 极其缓慢的 parity 构建或 parity checks
- 来自特定磁盘的文件传输速度异常慢
- 添加或更换磁盘后,尤其是在混合使用SSD和HDD时,驱动器不匹配
- 重新分配的扇区或UMDACRC错误,可能表明驱动器故障
尽管这些测试不会为您提供确切的实际文件传输速度,但它们可以指出性能不佳的磁盘和任何控制器瓶颈。
快速测试 (hdparm)
hdparm
工具测量磁盘的缓存和缓冲读取速度。
要运行测试,请将X
替换为您的磁盘设备(如sdb
或sdg
),然后输入以下命令:
hdparm -tT /dev/sdX
-T
结果显示缓存读取速度。-t
结果显示缓冲(顺序)磁盘读取性能。
多次运行此测试以获得更可靠的基准。例如,您可以使用以下单行命令运行 12 次测试:
for ((i=0;i<12;i++)); do hdparm -tT /dev/sdX; done
确保替换 /dev/sdX
为有效的物理设备。避免选择像 /dev/md1
这样的逻辑 Unraid 设备,因为这些设备包含可能会扭曲原始性能读数的 parity 过程。