Jump to content

JorgeB

Moderators
  • Posts

    67,616
  • Joined

  • Last visited

  • Days Won

    707

Everything posted by JorgeB

  1. Try a different port/controller, but SATA cable is still the most likely culprit.
  2. Enable this then post that log after a crash.
  3. Looks like a power/connection problem.
  4. You can remove all the SSH stuff form the GO file: https://wiki.unraid.net/Manual/Release_Notes/Unraid_OS_6.9.0#SSH_Improvements
  5. I wanted the diags showing disk4 failing to mount, to see what the issue was.
  6. Since they are on different controllers, errors on two different disks at the same time suggest a power/connection issue.
  7. Likely related to this: https://forums.unraid.net/bug-reports/prereleases/unraid-os-version-690-beta30-available-r1076/?do=findComment&comment=10972
  8. Replace the SATA cable, Samsung SSDs are very picky with cable quality.
  9. Even more strange if it's intermittent, didn't notice any issues so far with the LSI 9300-8i.
  10. Not with high water allocation method: https://wiki.unraid.net/Un-Official_UnRAID_Manual#High_Water
  11. After replacing the wrong disk you either needed to let the rebuild finish or reassign both original disks, re-sync parity then start over.
  12. Yeah, looks share.cfg is not there by default, note that split level overrides allocation method, so for the TV share if the folders already exist on disk1 all new data will go there, that should not happen with the Photos shares, can you confirm if you copy files there they go to disk1?
  13. I don't know if this is an easy fix, or even possible to fix if it's related to FUSE, I did what I can, which is to create a bug report.
  14. There's no share.cfg on the diags, does that file exist in the config folder?
  15. New config is not used to rebuild disks: Also, parity can't help with a formatted disk, since it's updated in real time, and trying to rebuild a disk after a format will just rebuild the formatted disk, you'll need to try UFS explorer or a similar data recovery program.
  16. Disk dropped offline, if it's not connections look at the PSU, it might be starting to fail.
  17. This could be a filesystem issue, diags would show.
  18. That screenshot shows that cache is still mounted, array can't be stopped.
  19. This would completely wipe the device, without diags can't see why it didn't work, another option would be to use wipefs.
  20. If the UD NVMe device was formatted with a relatively recent version of UD you can assign it to a new pool, start the array, then add the other NVMe device.
  21. Syslog starts over after every reboot, enable this then post that log after a crash.
  22. Sorry, no more ideas, likely some hardware bottleneck, CPU is kind of old and SMB is single threaded, but still should be faster than that.
  23. It doesn't. You can take a look here for some performance numbers: https://forums.unraid.net/topic/41340-satasas-controllers-tested-real-world-max-throughput-during-parity-check/
×
×
  • Create New...