Small update today, server has been running completing smart short tests and long tests with 0 errors so far :D
For those that may not have seen the burn in thread, a lot of great information is here
https://forums.freenas.org/index.php?threads/how-to-hard-drive-burn-in-testing.21451/
I used Putty to SSH into my server then executed the following commands.
To see a list of harddrives and their location, type:
camcontrol devlist
All my harddrives were allocated da0, da1, etc, da11
Then run
smart short test:
smartctl -t short /dev/daX
Unfortunately, the conveyance tests don't play well with WD Red 8Tb hdds as found over here
https://forums.freenas.org/index.ph...t-running-on-wd-reds-8tb-advice-please.55713/
Run
long smart test:
smartctl -t long /dev/daX
Note: this test took approximately 18 - 23 hours for all 12 of my WD Reds
Because no errors were reported, I moved on to testing for badblocks.
To perform raw disk I/O, disable a safety that prevents raw I/O to devices that are in use by the GEOM system
, type:
sysctl kern.geom.debugflags=0x10
Note: The above command should not be run on a production system. Once all tests have been completed, please reboot system to disable
As the console is unresponsive during badblock testing (it runs in the foreground) and considering I was using SSH to conduct the tests, then type:
tmux
This means if my SSH connection is closed or disconnected, I can return to the badblock testing by simplying opening a new instance of Putty and typing
tmux attach
Due to my WD Reds being greater than 2Tb, I ran the following for badblocks
badblocks -b 4096 -ws /dev/daX
Because you can run badblocks simultaneously on all harddrives, after the first test has initiated, press
Ctrl + B, then Shift + ' (for ") to split pane horizontally. This allows you to initiate more badblock tests on the other harddrives.
However, one small issue I encountered when running multiple instances of badblocks was Putty threw me an error saying "Error: Pane too small"
To circumvent this, press Ctrl + B then spacebar. This will change the view of tmux. You will have to press this several times to return to the original window however the tests will be closer together. Unfortunately, when running tmux, each extra test you initiate will cut the workable screen by half thus causing you to run out of room. By changing the view, this essentially "resets" the view and allowed me to run 12 instances of badblock testing
This website is pretty cool for shortcuts whilst using tmux. I'm not sure how all commands work (as I wanted to commence badblock testing asap), but it would be interesting to issue some of the other commands :)
https://tmuxcheatsheet.com
Anyway, I will provide an update once badblock testing has completed. I'm anticipating this may be in say 5 years or so :p
So, now that badblocks testing has been completed (with 0 errors), complete 1 more smart long test by typing:
smartctl -t long /dev/daX
Once test has completed, check results
smartctl -A /dev/daX
Pay careful attention to the following entries:
- Reallocated_Sector_Ct
- Current_Pending_Sector
- Offline_Uncorrectable
These should all have a raw value of 0. Any result greater is means for an RMA on your drive
Ensure once these tests (and results) have been completed/viewed the system is restarted to re-enable the safety for kernel geometry debug flags