Jump to content

JorgeB

Moderators
  • Posts

    67,474
  • Joined

  • Last visited

  • Days Won

    706

Everything posted by JorgeB

  1. Like @trurlmentioned this is the result of having shares set to "most free" allocation method, parity writes will overlap making the performance considerably slower, note also that since v6.8.x "turbo write" will be disable once multiple array disk activity is detected making performance even worse, you'll see the same behavior with v6.8, I never recommend using most free as an allocation method precisely because of this performance issue, it can be a little better if used with some split level that avoids the constant disk switching for any new file.
  2. If you mean multiple arrays, no it's not possible, not yet at least.
  3. Changed Priority to Other
  4. It is using RAID5 but due to a bug you'll need to manually subtract the parity size to know the correct free space, this is expected to be be fixed on next v6.9-beta release.
  5. I guess you could copy the MBR of a working disk with dd and write it back to one of the new ones, if you feel comfortable with dd, after correcting the partition start size, I never tried that but it should work.
  6. Yep, that disk needs to be replaced.
  7. Disk is failing, you need to replace it. P.S, You just post the diagnostics zip like before, it includes everything we need.
  8. Initial error is logged as a disk problem, but it then dropped offline so there's no SMART report, power down, check/replace cables on that disk, power back on and post new diags.
  9. If that's the case then it shouldn't be a RAM problem, could still be a hardware problem, like controller or actual device.
  10. If you mean the link to re-enable a drive it's below, but make sure the drive is healthy and the emulated disk is mounting correctly and contents look correct before rebuilding on top. https://wiki.unraid.net/Troubleshooting#Re-enable_the_drive
  11. Checksum errors suggest a hardware problem, like bad RAM.
  12. Just out of curiosity were the errors still happening on the Intel controller or you didn't test?
  13. It passed the short test, you should run a long one, but if Seatools passed it should also pass, it did fail a long test before, so there were issues before.
  14. There are a lot of checksum errors, that suggest a hardware issue causing data corruption, like bad RAM, or the NVMe devices are dropping alternatively.
  15. You can if current one it's btrfs, but it would me much quicker to do and online replacement instead, you can replace a btrfs single device "pool", see here.
  16. The errors on disk10 don't appear random, they are logged as media errors and the disk appears to be failing: ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE 5 Reallocated_Sector_Ct PO--CK 100 100 010 - 104 87 Reported_Uncorrect -O--CK 092 092 000 - 8 197 Current_Pending_Sector -O--C- 100 100 000 - 16 198 Offline_Uncorrectable ----C- 100 100 000 - 16 Run an extended SMART test.
  17. Looks more like a connection/power problem, you could swap that drive to another slot to rule that out, also a good idea to update the LSI firmware to latest (20.00.07.00)
  18. Unfortunately nothing logged that points to the issue, could be a hardware problem, since it's a Ryzen CPU have you seen this?
×
×
  • Create New...