Jump to content

JorgeB

Moderators
  • Posts

    67,765
  • Joined

  • Last visited

  • Days Won

    708

Everything posted by JorgeB

  1. Run a read test with the diskspeed docker to see if all disks are performing normally.
  2. Looks to me like the disk is not being "released" to Unraid, try preclearing the disk manually or using the UD preclear plugin to see if it's any different.
  3. Test also failed, they should still be under warranty.
  4. There's nothing visible in the diags, if you suspect issues with the cache filesystem you can see if the array starts without it, stop the array, if cache is used for docker/VMs disable those services, unassign cache device, start array.
  5. That's not the point, point is if any data was written to the emulated disk parity will no longer be valid if we use actual disk instead. In that case and IMHO best way forward would be to do a new config with the new disk2 and the remaining disks and re-sync parity.
  6. SSD failed the SMART test so it should be replaced now, UDMA CRC errors are a connection issue, if the attribute keeps rising start by replacing that SATA cable.
  7. You just need to assign the devices as they were, or copy super.dat form the flash drive, pools will still need to be re-assigned.
  8. That's not what the link says to do, follow the steps below to test with one of the disks: stop array unassign one of the data disks start array post new diags.
  9. Tested them one a time to see if you can find the culprit.
  10. Make sure the correct Power Supply Idle Control is set, this way you can still have C-States enable to improve power consumption.
  11. It should, does it work if you connect disks directly to that HBA port? Yes, even on the same HBA, one connected to each port, or by cascading them, but cascading is worst for performance.
  12. That's still above max supported speed and known to corrupt data in some cases, see here, for that config it's 2133 or 1866MT/s depending on the number of ranks.
  13. For backups it would be much better, assuming the sync is done frequently enough.
  14. Mirror is for redundancy, it won't help with filesystem corruption which is the problem here, there are some recovery options here, see if you can backup anything important then re-format the pool and restore the data.
  15. Cache filesystem is going read-only, btrfs is also detecting data corruption on both devices, this is usually a RAM problem, start by running memtest.
  16. That's basically impossible, data should be all fine except if there was any data being written at the time of the server reset.
  17. The syslog will say "parity incorrect" or "parity corrected" for those errors, if it's incorrect it was the auto check and you need to run a correcting check.
  18. Btrfs raid5 has some known issues, it can be used, and I do, but I also have good backups.
  19. Are you sure? Auto parity check after an unclean shutdown is non correct, or post the diags so we can check.
  20. No, based on the number of parity drives. No, never format, read the link above.
  21. That's it, and both backups you did should have the same data.
  22. Expander is an Intel RES2SV240 with the latest firmware, which is known to work great, unless it's failing.
  23. Both are logged as disk issues and both disks have non zero number elements in grown defect list, which is never a good sign with SAS disks, you can run SMART long tests to confirm.
×
×
  • Create New...