December 28, 20205 yr 我记得前几个星期, 它的速度还是非常的平稳的快（100MB/S） 但是它的速度，现在就从100MB/S慢慢的掉到10MB/S,有用SSD开缓存 我知道有一个SMART坏掉的硬碟,我在等他死而已。 可以告诉我哪里出了问题了吗? 更新：我受不了这个问题，我换PC，反正这修得了我的问题。 gannas-diagnostics-20201228-0254(6.9.0rc2).zip gannas-diagnostics-20201228-2003.zip Edited January 11, 20215 yr by GGANNAS
December 28, 20205 yr 2 hours ago, GGANNAS said: 好的,第2个问题,我关掉docker恢复满速,我开docker速度掉下去, 可以帮我看是怎么回事吗 可以尝试去掉坏掉的盘，他有可能是影响速度的因素，如果你是设置system文件夹是all disk上面，那么docker的img都有可能被分配到坏的磁盘上面储存数据和运行。
December 28, 20205 yr Author 57 minutes ago, lyqalex said: 可以尝试去掉坏掉的盘，他有可能是影响速度的因素，如果你是设置system文件夹是all disk上面，那么docker的img都有可能被分配到坏的磁盘上面储存数据和运行。 已经去掉了，可是fix common problems 跳出来跟我说Invalid folder fail-drive contained within mnt, 我先打算先保存这一次开机所留下来的各种记录,记录完后我去降级。
December 28, 20205 yr Author 1 hour ago, lyqalex said: 可以尝试去掉坏掉的盘，他有可能是影响速度的因素，如果你是设置system文件夹是all disk上面，那么docker的img都有可能被分配到坏的磁盘上面储存数据和运行。 这个是重新启动之前的记录 gannas-diagnostics-20201229-0041.zip
December 29, 20205 yr 在移除前应该把坏磁盘的文件夹数据转移到其他磁盘，如果其他磁盘存在相同文件夹，需要进行合并。用binhex-krusader或者unBALANC都可以。这是比较稳妥的方法。 Edited December 29, 20205 yr by lyqalex
December 29, 20205 yr Author 2 hours ago, lyqalex said: 在移除前应该把坏磁盘的文件夹数据转移到其他磁盘，如果其他磁盘存在相同文件夹，需要进行合并。用binhex-krusader或者unBALANC都可以。这是比较稳妥的方法。 理解，但是我认为那个文件夹只有在那个坏硬盘有而已，而且那个不是重要文件夹，我可以直接移除吗？
December 29, 20205 yr 7 hours ago, GGANNAS said: 理解，但是我认为那个文件夹只有在那个坏硬盘有而已，而且那个不是重要文件夹，我可以直接移除吗？ 当然可以了，让系统知道没有这个文件夹，而不是这个文件夹包括里面的数据存在于不同的磁盘，所以每个磁盘都查看一下，清理干净，然后进行奇偶校验。
December 29, 20205 yr 2 minutes ago, GGANNAS said: 奇偶校验? 请问要怎么做? 主界面-阵列操作-检查。PS:去掉了阵列里的坏的磁盘，要进行工具-新配置重新配置磁盘阵列，否则会一直提示错误。 Edited December 29, 20205 yr by lyqalex
December 29, 20205 yr Author 4 minutes ago, lyqalex said: 主界面-阵列操作-检查。PS:去掉了阵列里的坏的磁盘，要进行工具-新配置重新配置磁盘阵列，否则会一直提示错误。 已经在做了, 做完了之后我会告诉你还有什么问题,谢谢
December 29, 20205 yr Author 2 hours ago, lyqalex said: 主界面-阵列操作-检查。PS:去掉了阵列里的坏的磁盘，要进行工具-新配置重新配置磁盘阵列，否则会一直提示错误。 请问你认为这个速度正常吗? gannas-diagnostics-20201229-2224.zip Edited December 29, 20205 yr by GGANNAS
December 29, 20205 yr 2 hours ago, GGANNAS said: 请问你认为这个速度正常吗? gannas-diagnostics-20201229-2224zip 112.37 kB · 0 downloads 速度过慢。建议进行最小配置进行排除软硬故障，先确认主板bios设置，不要插hba卡等等，换不同硬盘、线材、sata、sas端口，运行奇偶校验测试检查。看你的配置，smart显示WDC_WD20PURX-64P6ZY0、Hitachi_HDS723030ALA640等都有错误出现，你可以先排除这两个盘试试。 Edited December 29, 20205 yr by lyqalex
December 29, 20205 yr Author Just now, lyqalex said: 速度过慢。建议进行最小配置进行排除软硬故障，先确认主板bios设置，不要插hba卡等等，换不同硬盘、线材、逐步增加硬盘数量和sata、sas端口，运行奇偶校验测试检查。 Ok, 理解,可是我有两个SAS硬盘，除了插入hba卡,还有什么办法去做测试吗？
December 30, 20205 yr 9 hours ago, GGANNAS said: Ok, 理解,可是我有两个SAS硬盘，除了插入hba卡,还有什么办法去做测试吗？ 需要用hba卡连接sas硬盘，就插上测试。不插是因为hba也有坏的可能，最简配置只是利于发现故障点，如刚开始2个组件可以运行，然后发现正常的，就2+1个组件测试，2+2、2+3、2+4等等接着测试。。。。。。也可以刚开始把怀疑的件排除，直接测试是否正常，不正常再进行前面简单配置测试。 Edited December 30, 20205 yr by lyqalex
December 30, 20205 yr Author 15 hours ago, lyqalex said: 需要用hba卡连接sas硬盘，就插上测试。不插是因为hba也有坏的可能，最简配置只是利于发现故障点，如刚开始2个组件可以运行，然后发现正常的，就2+1个组件测试，2+2、2+3、2+4等等接着测试。。。。。。也可以刚开始把怀疑的件排除，直接测试是否正常，不正常再进行前面简单配置测试。 把主力电脑当做测试机来测试之后,发现 有可能我作为NAS的那一台775电脑实在是太老了，它跑不动了， 主力电脑是I5-6500,16GB DDR4,NAS是Q6700,5GB DDR2, 主力奇偶检查可以达到100MB/S～150MB/S,NAS?12.5 MB/S这样吧?已经确认都是全千兆环境下做测试。 Edited December 30, 20205 yr by GGANNAS
January 9, 20215 yr On 12/31/2020 at 1:32 AM, GGANNAS said: 把主力电脑当做测试机来测试之后,发现 有可能我作为NAS的那一台775电脑实在是太老了，它跑不动了， 主力电脑是I5-6500,16GB DDR4,NAS是Q6700,5GB DDR2, 主力奇偶检查可以达到100MB/S～150MB/S,NAS?12.5 MB/S这样吧?已经确认都是全千兆环境下做测试。 校验会做大量的与、或运算，看您的配置校验应该是CPU带不动了。
January 9, 20215 yr 不會是 CPU 問題, 執行 parity check 或 文件轉送,就不要有其它 disk 存取. 可用 iotop 看看. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12899 nobody 20 0 1757444 662720 7200 S 106.9 13.1 87:26.65 rslsync 12860 root 20 0 0 0 0 R 96.6 0.0 124:36.87 unraidd0 4885 root 20 0 6084 2736 2192 R 37.9 0.1 0:00.14 top 13752 root 20 0 2262712 79888 39040 S 31.0 1.6 78:38.38 dockerd 9821 root 20 0 1425044 518160 22888 S 27.6 10.2 140:40.28 qemu-syst+ 16397 nobody 20 0 4512256 220524 17256 S 27.6 4.4 98:13.15 jellyfin 10773 root 20 0 0 0 0 R 24.1 0.0 18:28.58 mdrecover+ Edited January 9, 20215 yr by Vr2Io
January 9, 20215 yr Author 2 hours ago, Vr2Io said: 不會是 CPU 問題, 執行 parity check 或 文件轉送,就不要有其它 disk 存取. 可用 iotop 看看. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12899 nobody 20 0 1757444 662720 7200 S 106.9 13.1 87:26.65 rslsync 12860 root 20 0 0 0 0 R 96.6 0.0 124:36.87 unraidd0 4885 root 20 0 6084 2736 2192 R 37.9 0.1 0:00.14 top 13752 root 20 0 2262712 79888 39040 S 31.0 1.6 78:38.38 dockerd 9821 root 20 0 1425044 518160 22888 S 27.6 10.2 140:40.28 qemu-syst+ 16397 nobody 20 0 4512256 220524 17256 S 27.6 4.4 98:13.15 jellyfin 10773 root 20 0 0 0 0 R 24.1 0.0 18:28.58 mdrecover+ 非常抱歉,但是我有一个感觉, CPU就是问题,因为一旦CPU的使用率下降的时候,写入速度会提升。可是CPU使用率上升，它的写入速度就下降。现在的话，是在用这一个preclear在做买来的二手硬盘的测试,就算我把两个东西(VM,Docker)都关掉,它的写入速度并没有很好的提升 gannas-diagnostics-20210109-1637.zip Edited January 9, 20215 yr by GGANNAS
January 9, 20215 yr Author 4 hours ago, uniartisan said: 校验会做大量的与、或运算，看您的配置校验应该是CPU带不动了。 我也是这么认为,就算我把CPU从Xeon 3040换成Intel Core 2 Quad Q6700,性能上我觉得好像只是核心上的差别而已,因为是品牌机的原因,再升级上去的话,就是整机都要换掉的那种。 Edited January 9, 20215 yr by GGANNAS
January 9, 20215 yr 為什麼說不是 CPU 問題呢, 因為我以前用 ATOM J1800 這麼低效 CPU 帶 13隻硬盤都沒有問題, 速度 100MB/s+ (單 parity disk), 最差的 775 socket CPU 都不會比它差吧. 另一方面, dd 亦只是直接輸入輸出, 不需運算 xor. "买来的二手硬盘" 亦可能有問題, 你能在 SSD 上再做点測試, 將 of=/dev/sdX 轉成 of=file 便可. 另外 Unraid CPU usage 是包含 iowait time, 所以 iowait 高, 佔用亦會高, 但我不太肯定 "state" 是否一樣, 你可用 USB 手指試試是否轉輸很低 ,但 CPU usage 是否一樣地高. 不要見 CPU usage 高就斷定是 CPU 問題. 在 CPU 接近滿載時,用 watch grep \"cpu MHz\" /proc/cpuinfo 看看 CPU 運作在甚麼 freq 吧 Edited January 9, 20215 yr by Vr2Io
January 9, 20215 yr Author 5 hours ago, Vr2Io said: 為什麼說不是 CPU 問題呢, 因為我以前用 ATOM J1800 這麼低效 CPU 帶 13隻硬盤都沒有問題, 速度 100MB/s+ (單 parity disk), 最差的 775 socket CPU 都不會比它差吧. 另一方面, dd 亦只是直接輸入輸出, 不需運算 xor. "买来的二手硬盘" 亦可能有問題, 你能在 SSD 上再做点測試, 將 of=/dev/sdX 轉成 of=file 便可. 另外 Unraid CPU usage 是包含 iowait time, 所以 iowait 高, 佔用亦會高, 但我不太肯定 "state" 是否一樣, 你可用 USB 手指試試是否轉輸很低 ,但 CPU usage 是否一樣地高. 不要見 CPU usage 高就斷定是 CPU 問題. 在 CPU 接近滿載時,用 watch grep \"cpu MHz\" /proc/cpuinfo 看看 CPU 運作在甚麼 freq 吧 of=/dev/sdX 轉成 of=file?在终端机打入这两行没有什么反应的样子。 我开了Glances,只有看到Warning or critical alerts (last 1 entries) 2021-01-09 22:33:06 (ongoing) - LOAD (3.5)
January 9, 20215 yr 從你的 syslog 與 stats 可看到, 當寫入時, 速度很慢, 兼且 CPU 佔用奇高. Preclear 讀取測試時去到 170MB/s (橙色部份), CPU 佔用都只是 25% 左右, 是正常, 但寫入時 (黃色部份) 就不正常了. Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Command: /usr/local/emhttp/plugins/preclear.disk/script/preclear_disk.sh --cycles 1 --no-prompt /dev/sdh Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Preclear Disk Version: 1.0.20 Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: S.M.A.R.T. info type: default Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: S.M.A.R.T. attrs type: default Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Disk size: 2000398934016 Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Disk blocks: 488378646 Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Blocks (512 bytes): 3907029168 Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Block size: 4096 Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Start sector: 790 Jan 8 17:41:01 GANNAS preclear_disk_W520DG20[4095]: Pre-read: pre-read verification started (1/5).... Jan 8 17:41:01 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd if=/dev/sdh of=/dev/null bs=2097152 skip=0 count=2000398934016 conv=noerror iflag=nocache,count_bytes,skip_bytes Jan 8 18:00:18 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 10% read @ 172 MB/s Jan 8 18:19:56 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 20% read @ 165 MB/s Jan 8 18:40:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 30% read @ 158 MB/s Jan 8 19:02:52 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 40% read @ 153 MB/s Jan 8 19:25:10 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 50% read @ 143 MB/s Jan 8 19:53:32 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 60% read @ 135 MB/s Jan 8 20:19:04 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 70% read @ 125 MB/s Jan 8 20:47:32 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 80% read @ 114 MB/s Jan 8 21:19:27 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 90% read @ 98 MB/s Jan 8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd - read 2000398934016 of 2000398934016 (0). Jan 8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: elapsed time - 4:16:24 Jan 8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd exit code - 0 Jan 8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-read: pre-read verification completed! Jan 8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: zeroing the disk started (1/5).... Jan 8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: emptying the MBR. Jan 8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: dd if=/dev/zero of=/dev/sdh bs=2097152 seek=2097152 count=2000396836864 conv=notrunc iflag=count_bytes,nocache,fullblock oflag=seek_bytes Jan 8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: dd pid [327] Jan 8 23:32:47 GANNAS preclear_disk_W520DG20[4095]: Zeroing: progress - 10% zeroed @ 31 MB/s 我做了点測試, 用以下方法, 写入再讀回 (沒用記憶體 cache), 再重覆多次, 目的盤是軟 raid0, 所以性能可去到 500MB/s+, 你可看到CPU 佔用都不會很高, 可能是軟 raid0, 讀取時 CPU 佔用還高於寫入. dd if=/dev/zero of=/mnt/disks/9AB/test bs=10M count=1000 oflag=direct sleep 15 dd of=/dev/null if=/mnt/disks/9AB/test bs=10M count=1000 iflag=direct sleep 15 同樣的測試在 array disk, 單碟讀寫只有 170MB/s 左右, CPU 佔用都沒有明顯增加 (大量 xor 運算) , 讀寫時與 idle 時相差不多. dd if=/dev/zero of=/mnt/disk1/test bs=10M count=1000 oflag=direct sleep 15 dd of=/dev/null if=/mnt/disk1/test bs=10M count=1000 iflag=direct sleep 15 所以你試試啟動安全模式, 即是停止所有 plugin / docker 情況下, 再試試吧. Edited January 9, 20215 yr by Vr2Io
January 10, 20215 yr Author 9 hours ago, Vr2Io said: 從你的 syslog 與 stats 可看到, 當寫入時, 速度很慢, 兼且 CPU 佔用奇高. Preclear 讀取測試時去到 170MB/s (橙色部份), CPU 佔用都只是 25% 左右, 是正常, 但寫入時 (黃色部份) 就不正常了. Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Command: /usr/local/emhttp/plugins/preclear.disk/script/preclear_disk.sh --cycles 1 --no-prompt /dev/sdh Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Preclear Disk Version: 1.0.20 Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: S.M.A.R.T. info type: default Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: S.M.A.R.T. attrs type: default Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Disk size: 2000398934016 Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Disk blocks: 488378646 Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Blocks (512 bytes): 3907029168 Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Block size: 4096 Jan 8 17:40:57 GANNAS preclear_disk_W520DG20[4095]: Start sector: 790 Jan 8 17:41:01 GANNAS preclear_disk_W520DG20[4095]: Pre-read: pre-read verification started (1/5).... Jan 8 17:41:01 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd if=/dev/sdh of=/dev/null bs=2097152 skip=0 count=2000398934016 conv=noerror iflag=nocache,count_bytes,skip_bytes Jan 8 18:00:18 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 10% read @ 172 MB/s Jan 8 18:19:56 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 20% read @ 165 MB/s Jan 8 18:40:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 30% read @ 158 MB/s Jan 8 19:02:52 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 40% read @ 153 MB/s Jan 8 19:25:10 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 50% read @ 143 MB/s Jan 8 19:53:32 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 60% read @ 135 MB/s Jan 8 20:19:04 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 70% read @ 125 MB/s Jan 8 20:47:32 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 80% read @ 114 MB/s Jan 8 21:19:27 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: progress - 90% read @ 98 MB/s Jan 8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd - read 2000398934016 of 2000398934016 (0). Jan 8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: elapsed time - 4:16:24 Jan 8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-Read: dd exit code - 0 Jan 8 21:57:28 GANNAS preclear_disk_W520DG20[4095]: Pre-read: pre-read verification completed! Jan 8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: zeroing the disk started (1/5).... Jan 8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: emptying the MBR. Jan 8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: dd if=/dev/zero of=/dev/sdh bs=2097152 seek=2097152 count=2000396836864 conv=notrunc iflag=count_bytes,nocache,fullblock oflag=seek_bytes Jan 8 21:57:29 GANNAS preclear_disk_W520DG20[4095]: Zeroing: dd pid [327] Jan 8 23:32:47 GANNAS preclear_disk_W520DG20[4095]: Zeroing: progress - 10% zeroed @ 31 MB/s 我做了点測試, 用以下方法, 写入再讀回 (沒用記憶體 cache), 再重覆多次, 目的盤是軟 raid0, 所以性能可去到 500MB/s+, 你可看到CPU 佔用都不會很高, 可能是軟 raid0, 讀取時 CPU 佔用還高於寫入. dd if=/dev/zero of=/mnt/disks/9AB/test bs=10M count=1000 oflag=direct sleep 15 dd of=/dev/null if=/mnt/disks/9AB/test bs=10M count=1000 iflag=direct sleep 15 同樣的測試在 array disk, 單碟讀寫只有 170MB/s 左右, CPU 佔用都沒有明顯增加 (大量 xor 運算) , 讀寫時與 idle 時相差不多. dd if=/dev/zero of=/mnt/disk1/test bs=10M count=1000 oflag=direct sleep 15 dd of=/dev/null if=/mnt/disk1/test bs=10M count=1000 iflag=direct sleep 15 所以你試試啟動安全模式, 即是停止所有 plugin / docker 情況下, 再試試吧. OK,我进入安全模式，停止所有 plugin / docker / vm，从我的电脑到NAS,速度有一点回到100MB/S,但是不稳定 顺便一提刚才做完的preclear的那个二手硬碟没有报出任何的警告 gannas-diagnostics-20210110-1354.zip Edited January 10, 20215 yr by GGANNAS
Archived
This topic is now archived and is closed to further replies.