Jump to content

JorgeB

Moderators
  • Posts

    67,540
  • Joined

  • Last visited

  • Days Won

    707

Everything posted by JorgeB

  1. You can't make it 0, you can acknowledge it by clicking on the thumbs down in the dashboard.
  2. Yes, on multiple disks, most likely related to the SAS2LP controllers, they have various known issues and are not recommended for some time, if you can I would recommend replacing both with LSI HBAs.
  3. If the array config is the same, including parity2, them most likely it's Unraid/kernel release related, it's not unusual for speeds to get a little slower with each newer kernel, sometimes there's a more noticeable drop, a low end CPU might amplify these small drops and turn them into larger ones. You could confirm that by for example downgrading to v6.7.2 and see if it's better with that one.
  4. Maybe with a file recovery util, like UFS explorer.
  5. That disk has a lot of remapped sectors: Elements in grown defect list: 16320 It should be replaced.
  6. Replacing the disk won't change anything, formatting is an option if the data there isn't important, or it can be restored from a backup.
  7. Did you also set correct power supply setting as explained in the link above? If yes try this, diags after rebooting won't help.
  8. It's still the best place to get help with that, or a MariaDB general forum.
  9. Please use the appropriate docker support thread:
  10. Docker image is corrupt, delete and recreate. Also good to check this: https://forums.unraid.net/topic/46802-faq-for-unraid-v6/?do=findComment&comment=700582
  11. Please post the diagnostics: Tools -> Diagnostics
  12. Also, make sure latest xfsprogs were installed by running: xfs_repair -V And don't forget to delete the extra folder.
  13. That's a flash drive problem, but not necessarily a bad flash drive, try reformatting the flash drive. backup current config folder, recreate flash using the USB tool, restore the config folder.
  14. This confirms it's not disk related, all very far from 100% utilization. Taking a second look at your hardware this is almost certainly the problem: Model name: Intel(R) Celeron(R) CPU J3160 @ 1.60GHz As you add more disks CPU won't be able to keep up, especially with dual parity.
  15. That's a long time, 16TB should still be done in 24 hours or so, posting the diags might give some clues.
  16. I would give a second chance, replace/swap cables just to rule em out and if it happens again in the near future replace it.
  17. You can only do one auto-replace per year, you'll need to contact LT.
  18. If you haven't rebooted yet please post the diagnostics: Tools -> Diagnostics
  19. You can cancel it, it won't work, weird part is that Unraid is attempting to mount the fs, but then xfs_repair can't find a valid superblock, never seen this before, you might be able to get some help on the xfs mailing list.
  20. Like mentioned in the guide it's also under firmware: https://docs.broadcom.com/docs/12350817
  21. You can try re-formatting that one first (backup config folder, recreate flash with USB tool, restore config folder), if issues continue replace it.
  22. You can check the results when done using the GUI, or post new diags.
  23. It's logged as a disk problem, run an extended SMART test.
  24. Disks look fine, was the controller bandwidth test also normal? If yes and still slow parity check install sysstat using the Nerdpack plugin, then start a parity check, let it run for a couple of minutes, go to the console and post the output of: sar -dp 5 5
×
×
  • Create New...