Jump to content

JorgeB

Moderators
  • Posts

    67,594
  • Joined

  • Last visited

  • Days Won

    707

Everything posted by JorgeB

  1. It's normal for the first check after the issue is fixed to still find errors, next ones should not find any.
  2. Check the System Event Log in the BIOS or over IPMI if available, it might have more info on the affected DIMM.
  3. That's obviously not normal, diagnostics grabbed after a problem might give some clues.
  4. Macvlan call traces are usually the result of having dockers with a custom IP address, more info below. https://forums.unraid.net/topic/70529-650-call-traces-when-assigning-ip-address-to-docker-containers/
  5. So are most SATA disks, still too hot, you should keep them under 40C, 45C tops. Power on hours can't be changed, unless there's some firmware issue they are correct.
  6. Delete and recreate the docker image, and make it smaller, 200GB is too much.
  7. Do you mean new to you? Disk is very far from new, it's also running very hot. Diags are after rebooting so we can't see the error but wait for the result of the long test, though I would strongly recommend to improve cooling.
  8. See turbo write for better write speeds, but note that having two users writing at the same time will still slow down Unraid a lot, Unraid doesn't stripe disks, so it can never perform as well as RAID soltutions, it does have other advantages though.
  9. Please post the diagnostics: Tools -> Diagnostics
  10. That disk appears to be failing, and xfs failed to format it correctly.
  11. If you mean disk5, yes it appears to be failing, but there's no recent SMART test, run an extended test.
  12. It's not being detected, try connecting it to a different controller/port and/or using new cables.
  13. du isn't reliable with btrfs, space used on the GUI is correct, note that if you have for example a vdisk on cache the file can bloat way beyond the reported used space, this can help with that.
  14. This now suggests a device limit, after the RAM cache is exhausted, enable turbo write, write directly to one of the disks and grab the diags after it slows down, then post them here.
  15. Click on that disk (with the array stopped) and change fs to xfs.
  16. Disk2 only shows filesystem corruption, not ATA errors, that should be fixable by checking filesystem: https://wiki.unraid.net/Check_Disk_Filesystems#Checking_and_fixing_drives_in_the_webGui
  17. Yes, but still a clear issue, I would start with trying to fix that, try a different NIC, cable, switch, source PC, etc
  18. In the diags posted there's only 1 disk assigned, post new ones after there was a problem mounting the other disk.
  19. If more drives are causing similar ATA errors then there might be other issue, diags showing that might help.
  20. If the new cables didn't help it almost certainly a disk problem, sometimes errors are weird, just recently had a disk that passes every SMART test, you can do a perfect copy with dd, but try to mount the disk with any filesystem and you get error after error.
  21. Nice work, if you don't object I was thinking of moving this to the general guides section or it will likely drop from the 1st page here.
×
×
  • Create New...