[email protected]

I think switching from NFS to SMB fixed the problem. Don't know why though.

I've attached my diagnostics zip. Yesterday all of my shares disappeared. The data was still on the drives, but no shares were available or shown. A reboot of the unraid server fixed things for 24 hours, then it happened again. t610-diagnostics-20210717-0728.zip

I've started to get thousands of these messages per hour in my syslog. shfs: fuse warning: munmap(0x14dd914e7000) failed I've searched this forum and google with no luck. Exactly what are these messages telling me? TIA

Has this been resolved? I've had the same problem for months.

Good idea. Thank you all for the help.

Did NOTHING and it is FIXED! I went through every bios, HBA controller setting, system setting and boot options. Just viewed everything, as they were set correctly. I then changed back to normal GUI mode and now the parity check is running between 50MB/sec to 175MB/sec! Load is at 2.5 and CPU % is at 0.5%. I wish I knew what changed, would like to learn. The 10TB parity check will now take 17 hours instead of 1.5 YEARS!

I rebooted in safe mode and its been running about 25 minutes. The parity check speed ramped up to 9 MB/sec after a couple of minutes, then dropped down to 150KB/sec. After 10 minutes it settled into 3 MB/sec. Faster, but still much slower than expected. CPU ave is at 0.9% but load is at 10. A lot of googling told me CPU% != Load and these are the most likely culprits slowing things down. Don't know what these processes do though (other than nsfd) and how to optimize them. root@t610:/proc# top -b -n 1 | awk '{if (NR <=7) print; else if ($8 == "D") {print; count++} } END {print "Total status D (I/O wait probably): "count}' top - 13:58:57 up 1:53, 1 user, load average: 12.99, 12.73, 13.34 Tasks: 444 total, 1 running, 443 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.7 us, 0.7 sy, 0.0 ni, 92.1 id, 6.5 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 32223.3 total, 18945.6 free, 2305.0 used, 10972.7 buff/cache MiB Swap: 0.0 total, 0.0 free, 0.0 used. 28300.9 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 709 root 20 0 0 0 0 D 0.0 0.0 0:00.94 kworker/11:1+xfs-cil/md2 2078 root 20 0 0 0 0 D 0.0 0.0 0:11.48 mdrecoveryd 2153 root 20 0 0 0 0 D 0.0 0.0 0:13.58 nfsd 2155 root 20 0 0 0 0 D 0.0 0.0 0:16.81 nfsd 2160 root 20 0 0 0 0 D 0.0 0.0 0:14.26 nfsd 14153 root 20 0 0 0 0 D 0.0 0.0 0:02.36 kworker/u34:2+flush-9:2 16072 root 20 0 0 0 0 D 0.0 0.0 0:00.25 kworker/11:2+xfs-sync/md2 18871 root 20 0 0 0 0 D 0.0 0.0 0:01.01 kworker/1:7+md Total status D (I/O wait probably): 8 root@t610:/proc#

I don't know the reason why my Proxmox server is trying to connect so much. When I turn the port down in the distribution switch the parity check is still slow. I may have found the problem due to my misinterpretation of the SMART attribute, although the drive shows green. Main -> Drive 2 -> Attributes show Raw read error rate = 105312344 and Seek error rate = 52672152943 But, why does it say FAILED Never? Is this the cause of the slow parity check?

I was hoping to solve this myself. My diagnostics report is attached. Thank you very much for your assistance. t610-diagnostics-20191127-0238.zip

With nothing changed to my knowledege in the last 30 days, my parity check dropped down to 150 kB/sec, with a projected completion time of over a year. I'm currently running Unraid 6.72 on a dual Xeon Dell T610 with 32GB of ECC memory. My array is two 10TB parity drives with two 10TB , a 5TB and a 6TB drive for data. All devices, drives and cache SSDs show green with no SMART errors. I tried stopping the parity check and rebooting, but the parity check settles into the 150KB/sec range. I tried shutting down all VMs, Dockers and taking shares offline. Htop shows a cpu load of 10, but no single task seems to be taking much resources. CPU % is at 2% or less. Moving a large file from one disk to another is showing a rate of about 175MB/sec. The array is working fine, I can saturate a 10GbE link copying a file from my Proxmox server to the Unraid server. Iperf is showing 9.7Gb/sec in both directions. I'm at a loss to figure out what my next trouble shooting steps should be. With CPU % at 2%, but CPU load at 10, are there tasks being blocked? I not able to identify them. Everything seems to be running, but the parity check is dog slow. I'm not worried about my data at this time, but I may be naive. Any guidance would be greatly appreciated. Thank you. Edit2: The slow parity check appeared again. This time I remembered my PCI HBA did not have a faceplate. (Long story) Re-seated the HBA and the parity check sped up from 140 kb/sec to over 1 Gb/sec. Edit: Rebooting in safe mode did no solve slow issue. Did nothing other than go view every bios, raid controller and boot setup. No changes were made. Did not shut down server. When UnRaid came back up, the parity check was running at full speed.