Jump to content

JorgeB

Moderators
  • Posts

    67,696
  • Joined

  • Last visited

  • Days Won

    707

Everything posted by JorgeB

  1. Unfortunately there's nothing relevant logged before the crash, this usually suggest a hardware problem, one thing you can try it to boot the server in safe mode with all docker/VMs disable, let it run as a basic NAS for a few days, if it still crashes it's most likely hardware, if it doesn't start turning on the other services one by one.
  2. Ryzen with overclocked RAM is known to corrupt data in some cases, respect max officially supported RAM speed for your config then run a couple of parity checks, first one is still likely to find errors, but if the problem is solved second one should not find any, if it does run memtest.
  3. This suggests a flash drive problem, try redoing it.
  4. You have 3 connected 2TB disks, all 3 are assigned to the array, don't understand what exactly is the problem.
  5. Before getting a new PSU swap cables with different disks, if the same disks remain missing it's not the PSU.
  6. Disks 1 and 3 are still missing, you can't do anything else until they are detected.
  7. It's normal since the other disk is smaller, parity check for that one ended at the 8TB mark. Total size refers to parity size.
  8. You should only do that if the missing disks are detected and can be mounted correctly.
  9. Similar to these: You can, changing cables won't change anything like that, disks are assigned using their serial numbers.
  10. If the disks are still missing try a new PSU, and check that any power/reset errors are gone before attempting rebuilds.
  11. Since the SMART test was successful disk should be OK, replace/swap cables to see if there's any difference.
  12. Most of that used space will be filesystem overhead, did you format the disk before or after rebuilding?
  13. If you didn't start the array after unassign it you just need to assign it back, if you did please post the diagnostics: Tools -> Diagnostics
  14. This usually happens if the drive dropped and reconnected with a different letter.
  15. If Docker/VM services are using the cache/pool disable them, unassign all cache devices, start array to make Unraid "forget" current cache config, stop array, reassign all cache device(s) (there can't be an "All existing data on this device will be OVERWRITTEN when array is Started" warning for any cache device), re-enable Docker/VMs if needed, start array.
  16. Yes, because parity need to be updated simultaneously, if you need to do this for a large amount of data best to temporarily disable parity, of course array will be unprotected.
  17. Not without the persistent syslog, set it to mirror to the flash drive then post that after a crash.
×
×
  • Create New...