AshranPewter Posted December 12, 2020 Share Posted December 12, 2020 Hi All having some issues building my parity, this isn't writes to the server or anything but just parity rebuild. It is at 30MB/s, now I wouldn't usually care that much but this machine was a pre-built QNAP that had very fast transfer times and raid rebuild, it seems weird that I'm stuck at 30MB/s when the tests I run on each of the drives is 150MB/s reads (using the drivespeed docker). 2 * 4TB and the parity drive is 8TB. Note: 2 things to note, It transfers faster with files downloading (from a docker container download) getting speeds up to 60MB/s There is no change with docker enabled or disabled Attached is the diagnostics. Thanks! Ash tianding-unraid-diagnostics-20201212-2306.zip Quote Link to comment
Vr2Io Posted December 12, 2020 Share Posted December 12, 2020 Have many abnormal call trace in log. Stress memory test first. Quote Link to comment
AshranPewter Posted December 12, 2020 Author Share Posted December 12, 2020 I think that did it, getting more consistent around 70-80 after reseating. Probably faster when Dockers are down but not fussed about it. Also seeing my processor cores consistently at more utilization whereas before was stuck around 42% overall with one core at 100%. Probably causing issues there. Appreciate the help. Cheers, Ash Quote Link to comment
AshranPewter Posted December 12, 2020 Author Share Posted December 12, 2020 Nevermind.... the traces you mentioned are back and the speeds are back down to 30-40MB/s... Quote Link to comment
Vr2Io Posted December 12, 2020 Share Posted December 12, 2020 1 minute ago, AshranPewter said: 30-40MB/s... But speed abnormal, seems you use two port by chipset and two port in Asmedia 1061, those setup was common, speed expect over 130MB/s. Anyway, call trace must be fix. Quote Link to comment
Vr2Io Posted December 12, 2020 Share Posted December 12, 2020 31 minutes ago, AshranPewter said: Probably causing issues there. Appreciate the help. Not likely, my first setup also ATOM grade CPU (J1800 have higher clock rate), even in high utilization speed also ~83MB/s or 110MB/s in sigle parity with ~12 disks. Call trace must fix. Quote Link to comment
AshranPewter Posted December 13, 2020 Author Share Posted December 13, 2020 I've run a memtest and no issues 100%, i tried a different set of ram. Trace doesn't go away. Not sure what to do. Quote Link to comment
Zonediver Posted December 13, 2020 Share Posted December 13, 2020 4 hours ago, AshranPewter said: I've run a memtest and no issues 100%, i tried a different set of ram. Trace doesn't go away. Not sure what to do. Next step: CPU and Mainboard... but this will be hard if you dont have spareparts... Quote Link to comment
AshranPewter Posted December 13, 2020 Author Share Posted December 13, 2020 It's a QNAP machine, getting new CPU/Mainboard will be next to impossible. I'll just deal with slow parity rebuilds if there's no other solution. Quote Link to comment
AshranPewter Posted December 16, 2020 Author Share Posted December 16, 2020 Found this thread: that suggests reducing md_sync_thresh is there somewhere I can change this in the interface? or a place I can see the current value? Thanks! Ash Quote Link to comment
JorgeB Posted December 16, 2020 Share Posted December 16, 2020 23 minutes ago, AshranPewter said: that suggests reducing md_sync_thresh That tunable no longer exists in current Unraid. Quote Link to comment
jonp Posted December 16, 2020 Share Posted December 16, 2020 Hi there, The call traces definitely look to be pointing as the cause of the problem. Out of curiosity, can you try upgrading to 6.9-rc1 to see if that changes anything for you? 6.9 is on a newer Linux kernel and I'm curious of those call traces get resolved by upgrading. You can try this by going to the Tools > Update OS page, selecting "Next" from the drop down there, and then installing RC1 and rebooting your server. Let us know how that goes and after, please include an updated system diagnostics. All the best, Jon Quote Link to comment
AshranPewter Posted December 17, 2020 Author Share Posted December 17, 2020 Thanks for the reply @jonp! I installed 6.9 rc1 and no change. When doing a parity rebuild I still get the problems before. Max 40MB/s, faster when downloading large files from a program in Docker and the Traces are still there. I did try a few added things to see if I could fix it but neither of them fixed anything. Tried Booting into Safe Mode Tried Booting with Bios instead of UEFI Additionally I have issues with where the WebGUI is unresponsive when I start the Parity Check tianding-unraid-diagnostics-20201217-1223.zip Quote Link to comment
AshranPewter Posted December 17, 2020 Author Share Posted December 17, 2020 I figured it out. I had used pci=noacpi to get all drives to be recognized but pcie_port_pm=off is a better option per the the bug report here https://bugzilla.kernel.org/show_bug.cgi?id=196805 1 Quote Link to comment
Vr2Io Posted December 17, 2020 Share Posted December 17, 2020 (edited) Most BIOS should default disable ASPM on PCIe, BIOS no those setting ? Edited December 17, 2020 by Vr2Io Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.