Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

11 Good

About DanielCoffey

  • Rank
    Advanced Member


  • Gender
  • Location
    South Ayrshire, UK

Recent Profile Visitors


  1. Good point, thanks. Now I have taken that drive off and also changed one of the SAS-SATA cables, I will observe the array. If it does it again I'll replace the card. Fortunately I can replace it like for like as I am not saturating it at all.
  2. I have completed an Extended SMART test on the drive that has been giving me issues. Please could someone have a look at the results to see if there is anything that would indicate issues with the drive. The drive itself is not in the array now so I am free to pull it and submit it for warranty replacement but I would like to know if there is something I could point a finger to in the SMART report rather than just relying on the DiskSpeed results. The data on the drive has never been compromised (as far as I am aware) but it really hates shutting down (and I do recall one or two lockups on boot a fair while ago which may be related). WDC_WD80EFZX-68UW8N0_VK1DZHAY-20190822-0554.txt
  3. I agree the speed is odd but it is the one disk that seems to trigger the hard lock on power down or sleep. It is outside the array now and undergoing a full SMART test. My other Unassigned 8Tb is back in the array undergoing a rebuild.
  4. I have run multiple tests, yes. The really low result was a one-off and the c.162Mb/s was its regular result which coincides with the highest speed I can get on the beginning of a parity check. I don't think my 8 drives are even close to saturating the 9201-8i I have as it allows 4Gb/s transfer and the eight drives are less than half of that. I will be pulling that drive today anyway once the rebuild completes and I can write to the array again.
  5. The problem is that the server locks up on about every four shutdowns/sleeps and drops Parity 1 and Disk 1 every time. I was looking for anomalies and spotted that Disk 1 stood out under the DiskSpeed tests. I have my own thread started about the dropouts and have added the DiskSpeed results to it.
  6. An update - the array did its party trick again today with Disk 1 and Parity 1 being dropped. I had changed the SAS-to-SATA cable to those two disks earlier and all seemed well. However about four sleep/wake cycles later, the array froze and became totally non-responsive again. I had to hard power off to regain control. I don't have logs I am afraid. Earlier I had run the DiskSpeed docker and it did show anomalous behaviour on Disk 1 (see pics below) so despite the SMART report seeming clean I shall be performing a Parity rebuild then taking that disk out of the array. I have one unassigned disk which I shall clear of my scratch backups and bring it in to replace Disk 1.
  7. Hmm... do I need to be concerned about Disk 1 in this array? All drives are 8Tb WD Reds of the same age... It has a consistent slow spot at the start of its platters and more wobbles than the rest of the disks. In addition when I benchmarked the controller, the first run through showed a VERY low result for it (so much so that DiskSpeed thought the controller was saturated). I redid the Benchmark and the result is consistent between tests now. I have also attached the Quick SMART for that drive. WDC_WD80EFZX-68UW8N0_VK1DZHAY-20190820-1724.txt
  8. Please could someone explain to a beginner how to use the syslog server in 6.7.2? I can see where the option to turn it on or off is located but I don't know how to use it properly. I wouldn't mind pointing the logs to the cache or even an unassigned device but don't understand how to use it. For my issue above, I have fitted a brand new SAS-SATA cable, thinking that Paroty 1 and Data 1 were on the same cable but discovered that the two drives that dropped each time before were the first two drives on each of the two SAS ports on the card. I would like to have the syslog running to catch it when it next does it.
  9. In the X2M machine in my signature I am running into a repeated problem when stopping the server with the same two drives dropping. At the point where it is trying to unmount drives, the server locks and pegs all cores on the CPU at 100% (according to the unraid UI). No matter how long I leave it, I have to perform a hard power down to regain control of the machine. This of course deletes the logs. Once I power the server back up the UI reports Parity 1 and Data 1 are emulated and I have to stop, unmount them, restart, stop, remount them then rebuild. It doesn't do it every time, just about once in, say, four shutdowns. It is ALWAYS those two drives. The drives are on my LSI SAS9201-8i which has two 4:1 SAS to SATA cables. Is it more likely to be the cable or the card? I never see the other two drives on that cable being dropped.
  10. Yes it will. Parity has to match or exceed the largest data drive, so a 10Tb Parity would be the smallest you should use.
  11. WD Reds are designed for continuous use. I too have had a WD Red 8Tb be RMAd on first use. The SMART stats showed terrible issues. Decide how important it is for you to have the array available because if you just throw the untested drive in, write to it and then discover it was bad, you may have array downtime while the issue is fixed, especially if you did not have Parity yet. I would agree with the preclear test times of about 20 hours as my 8Tb Reds take 17h30 for a parity check.
  12. Version 4.1 Beta 2 Xtra Long Test completed... XtraLongSyncTestReport_2019_08_13_0625.txt
  13. My server is back up (17h45m for a rebuild of two drives) so here is the Short v4.1 BETA 2 test result. An Xtra-Long test is now started. ShortSyncTestReport_2019_08_13_0616.txt
  14. Ugh - brought my server up this morning and it has dropped two disks (Parity 1 and Data 1 - probably loose cable). I'll have to rebuild Parity before running the script. I'll report back when that is done.
  15. My non-nvme server is available for a long test too once you do. I am in the UK timezone so probably won't spot the new version till later but I'll keep an eye open.