Jump to content

JorgeB

Moderators
  • Posts

    67,589
  • Joined

  • Last visited

  • Days Won

    707

Everything posted by JorgeB

  1. That's a different issue, please post the diagnostics after upgrading to v6.9
  2. Macvlan call traces are usually the result of having dockers with a custom IP address, more info below:
  3. Don't forget the 1 in the end, e.g. /dev/sdk1
  4. No, free space is usually wrong with different size devices, or with an odd number of same size devices, this is a btrfs issue.
  5. Not seeing any filesystem issues, except for the cache not mounting, also all disks show hight data usage, what was the share name and what disks was it using?
  6. Used on main should be the correct one, dashboard is still using the old way which was usually wrong for raid1 with different device sizes, if you want post diags to confirm.
  7. It's disabling disks for some users, so it can cause data loss.
  8. Unfortunately nothing in the logs I can see about the crashes, this usually points more to 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 likely a hardware problem, if it doesn't start turning on the other services one by one.
  9. That should work, try again after rebooting.
  10. Yes, it started with the v6.9-rcs, likely due to a newer LSI driver.
  11. Please post the diagnostics: Tools -> Diagnostics
  12. There are knwon issues with LSI + 8TB Ironwolf (possibly other capacities also), one workaround is to use the onboard SATA ports for those, until there's a new LSI driver.
  13. Windows uses Samba server side copy, i.e., local copy doesn't use the network.
  14. https://wiki.unraid.net/Cache_disk#The_Mover
  15. Cache replacement is broken in v6.9, add/remove should be OK, but probably best to use v6.8 since it's known to be working there.
  16. You can but only after balancing the pool to raid1.
  17. That issue didn't affect the SAS2308 chip, and the other one is working, rather strange.
  18. The linked FAQ entry has the command you need to use, used it several times myself, though like mentioned ddrescue isn't optimized for flash devices.
  19. Cache drive is completely full, so the docker image is out of space, free up some space on cache, then re-start array.
  20. Try this, if it doesn't work post the output: xfs_admin -U generate /dev/sdX1 Replace X with correct letter for the unassigned device.
  21. Run the mover, shares must be set to cache=yes
×
×
  • Create New...