jacksonliam Posted August 2, 2020 Share Posted August 2, 2020 (edited) I am trying to use the parity swap procedure to upgrade my parity disk from a 2TB WD Green (5400RPM) to a 4TB WD Blue (WD40EZRZ, 5400RPM, CMR). Using the old 2TB drive to replace a data disk with SMART errors. This is on an N54L microserver with the AMD Turion II Neo Dual Core @2.2Ghz. Unraid was just upgraded to 6.8.3 from 6.1 prior to starting the swap. I started the array copy yesterday but it has only done 17% in 26 Hours. CPU usage bar sitting around 60% with one core sitting near 90%. Is this expected? I know this isn't the fastest hardware, but surely it shouldn't take a week to copy 2TB? Is there any way to do this faster? If it is a CPU issue can I take the drives out and do the copy (e.g. with dd) on my desktop? Thanks in advance! Edited August 2, 2020 by jacksonliam Quote Link to comment
trurl Posted August 2, 2020 Share Posted August 2, 2020 32 minutes ago, jacksonliam said: Is this expected? No Go to Tools - Diagnostics and attach the complete Diagnostics ZIP file to your NEXT post in this thread. Quote Link to comment
jacksonliam Posted August 2, 2020 Author Share Posted August 2, 2020 1 minute ago, trurl said: No Go to Tools - Diagnostics and attach the complete Diagnostics ZIP file to your NEXT post in this thread. Thanks, log attached. tower-diagnostics-20200802-1807.zip Quote Link to comment
trurl Posted August 2, 2020 Share Posted August 2, 2020 Nothing obvious there and nothing in syslog really after parity copy begins. 43 minutes ago, jacksonliam said: I know this isn't the fastest hardware Can you tell us more about the hardware? Quote Link to comment
jacksonliam Posted August 2, 2020 Author Share Posted August 2, 2020 4 minutes ago, trurl said: Nothing obvious there and nothing in syslog really after parity copy begins. Can you tell us more about the hardware? Thanks for looking! Not much more to add than its: N54L HP Microserver AMD Turion II Neo Dual Core @2.2Ghz 8GB RAM (RAM usage around 13%). Quote Link to comment
JorgeB Posted August 3, 2020 Share Posted August 3, 2020 Write cache is disabled for all disks, HP Microservers have a write cache setting in the BIOS that is disabled by default, enable it and try again. Quote Link to comment
jacksonliam Posted August 3, 2020 Author Share Posted August 3, 2020 1 hour ago, johnnie.black said: Write cache is disabled for all disks, HP Microservers have a write cache setting in the BIOS that is disabled by default, enable it and try again. Thanks, that appears to have done the trick! Now going at about 1% every 12 minutes (so should complete in 20 hours!) Do you know if there is a risk to the whole array if I leave write cache enabled? Or would it just be a case of the files being written (e.g. currently being moved by mover) becoming corrupted in the event of power failure? Quote Link to comment
JorgeB Posted August 3, 2020 Share Posted August 3, 2020 There's an increased risk of data corruption if there's a power failure, but it would only affect files being copied at the time, also you can (should) get a UPS. 1 Quote Link to comment
brklynmark Posted September 27, 2020 Share Posted September 27, 2020 Hey everyone - same problem here, very slow speeds (~700 KB/s read and write) while performing the parity swap procedure. One of my disks died (6TB) and since the replacement drive (12TB) I bought is bigger than my current parity (10TB), I made the relevant swaps / reassignments. Everything appears to be going smoothly, except it's been almost 24 hours and it's only array copying is only 25% complete. My diagnostics zip is attached, and I'm running all of this off a ASRock B75 Pro3-M motherboard FWIW. Six drives (including parity) are all shucked WD 8-12TB Easy Stores, with a 500GB Samsung 850 EVO SSD cache drive (also with sub-1 MB read/write speeds currently). Any help much appreciated!! unraid-diagnostics-20200927-1840.zip Quote Link to comment
trurl Posted September 28, 2020 Share Posted September 28, 2020 You didn't notice the SMART warning on disk2? Extremely high number of CRC (connection) errors. Suspect you have numbers in the Errors column on Main also. You are doing parity2 swap? Why don't you have parity assigned? Quote Link to comment
brklynmark Posted September 28, 2020 Share Posted September 28, 2020 (edited) I was having high CRC errors and the SMART disk warning on the "old" disk2 before it failed, which is why I just removed / replaced it. Parity2 has been my (only) parity drive for a long time now, since the last time I upgraded my parity to a bigger size. So yes, I'm currently doing a parity swap, following the procedure here to the letter, essentially a physical swap of the 6TB (disk2) that had failed with a new 12TB. I unassigned the failed 6TB disk2, assigned the prior 10TB Parity2 to disk2, and assigned the new 12TB as Parity2. I stopped the arrays, powered down, etc when needed per the procedure steps. I used a new SATA cable when swapping out disk2 so that shouldn't be the issue. No errors in Main, screenshots attached. Any thoughts? EDIT: and for the record, I only bothered with the 12TB / parity swap route instead of just replacing the failed drive with a 10TB was because Best Buy couldn't locate the three 10TB's they supposedly had in stock, and gave me a 12TB for the same price. I didn't overcomplicate this intentionally. Edited September 28, 2020 by brklynmark Quote Link to comment
JorgeB Posted September 28, 2020 Share Posted September 28, 2020 Lots of ATA errors on Parity2, check/replace cables. Quote Link to comment
brklynmark Posted September 28, 2020 Share Posted September 28, 2020 Hey Jorge - just swapped Parity2's SATA cable and motherboard port. On reboot it defaulted to the previous config, so I stopped the array and reassigned the disks appropriately: Still getting similar results / speeds. Fresh Diagnostics and syslog attached; any thoughts? unraid-syslog-20200928-0947.zip unraid-diagnostics-20200928-0547.zip Quote Link to comment
JorgeB Posted September 28, 2020 Share Posted September 28, 2020 Speeds on the GUI don't show during a parity copy, there are no more errors on the log, just check that the copy percentage changes as expected. Quote Link to comment
brklynmark Posted September 28, 2020 Share Posted September 28, 2020 Awesome, so the speeds in that second screenshot I posted aren't accurate / relevant? The copy percentage has been climbing much faster than it was previously so maybe I'm in good shape. Thanks Jorge (and trurl)! Quote Link to comment
JorgeB Posted September 28, 2020 Share Posted September 28, 2020 14 minutes ago, brklynmark said: so the speeds in that second screenshot I posted aren't accurate / relevant? Correct, they don't update correctly during the parity copy portion. Quote Link to comment
xxbigfootxx Posted October 10, 2020 Share Posted October 10, 2020 I'm also having the same issue. One of my drive died and the only spare i had was an 8TB, so decided to action the parity swap. It has been running for about 20 hours and has not moved from 1% but i am getting reads on both drives in the GUI. Have attached the logs zeus-diagnostics-20201010-2052.zip Quote Link to comment
trurl Posted October 10, 2020 Share Posted October 10, 2020 Connection problems on new parity Quote Link to comment
xxbigfootxx Posted October 10, 2020 Share Posted October 10, 2020 (edited) 10 minutes ago, trurl said: Connection problems on new parity What would you recommend doing? Should i leave it for another day and see how it goes? It is a brand new drive, but i haven't run a pre-clear on it. Should i cancel the parity swap and do the pre-clear then try again? Edited October 10, 2020 by xxbigfootxx Quote Link to comment
itimpi Posted October 10, 2020 Share Posted October 10, 2020 Pre-clear will not help except as a confidence check that the drive is not failing. As war raid it is most likely a connection (i.e. cabling) issue although it could also be disk controller related. 1 hour ago, xxbigfootxx said: Should i cancel the parity swap and do the pre-clear then try again? I would do this after checking that all the cabling (both power and SATA) looks OK. Quote Link to comment
trurl Posted October 10, 2020 Share Posted October 10, 2020 21 minutes ago, itimpi said: As war raid I am guessing this is autocorrect for "As trurl said" 😁 1 Quote Link to comment
itimpi Posted October 10, 2020 Share Posted October 10, 2020 11 minutes ago, trurl said: I am guessing this is autocorrect for "As trurl said" 😁 Meant to be ‘was said’ - but same meaning Quote Link to comment
xxbigfootxx Posted October 11, 2020 Share Posted October 11, 2020 10 hours ago, itimpi said: I would do this after checking that all the cabling (both power and SATA) looks OK. I've changed the SATA and power and running pre-clear just for peace of mind. Will let you know after I restart the parity swap Quote Link to comment
xxbigfootxx Posted October 12, 2020 Share Posted October 12, 2020 On 10/10/2020 at 11:23 PM, itimpi said: I would do this after checking that all the cabling (both power and SATA) looks OK. Okay so the pre-clear finished with no issues. But now parity swap won't work? Quote Link to comment
itimpi Posted October 12, 2020 Share Posted October 12, 2020 Are you also trying to rebuild disk4? At the moment it is showing as not present rather than failed. If so You should wait for feedback from @JorgeB who can probably tell you the steps you need to take to use the ‘invalid slot’ process to get the array back into a state where you can do what you want. 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.