trurl

Moderators
  • Posts

    43837
  • Joined

  • Last visited

  • Days Won

    137

trurl last won the day on February 24

trurl had the most liked content!

About trurl

  • Birthday 12/26/1954

Retained

  • Member Title
    Constructor

Converted

  • Gender
    Male
  • Location
    North Carolina
  • Personal Text
    http://paypal.me/trurtle

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

trurl's Achievements

Grand Master

Grand Master (14/14)

2.9k

Reputation

508

Community Answers

  1. The quoted post seems to be gone, and it was made by a user that has only made incorrect posts since joining yesterday. ChatGPT?
  2. Also, Mover ignores any share where there is no Mover Action specified, which is what you have for all of those. appdata shareUseCache="only" # Share exists on cache, disk4 domains shareUseCache="only" # Share exists on disk4 isos shareUseCache="only" # Share exists on disk4 P-------e shareUseCache="no" # Share exists on disk3 P---------V shareUseCache="no" # Share exists on disk4 system shareUseCache="only" # Share exists on disk4 They need to be Primary:cache; Secondary:array; Mover Action:array->cache
  3. That seems to correspond with when parity check was paused. Mar 26 06:30:01 Tower kernel: mdcmd (39): nocheck pause Mar 26 06:30:01 Tower kernel: Mar 26 06:30:01 Tower kernel: md: recovery thread: exit status: -4 Later on syslog says Mar 27 00:30:01 Tower kernel: md: recovery thread: check P Q ... ... Mar 27 03:57:12 Tower kernel: md: sync done. time=12431sec Mar 27 03:57:12 Tower kernel: md: recovery thread: exit status: 0
  4. Nothing can move open files. Disable Docker and VM Manager in Settings. Attach Diagnostics to your NEXT post in this thread
  5. Start the array with disk3 unassigned and post new diagnostics. Do you have a spare to rebuild disk3 to?
  6. Parity knows nothing about filesystems, it is all just bits. Rebuild will result in the same bits on the disk, so can't fix corruption Attach Diagnostics to your NEXT post in this thread.
  7. Then libvirt.img is an open file in the system share.
  8. appdata, domains, and system shares have files on the array. In fact, you have domains configured to be moved to the array. Ideally, appdata, domains, and system shares would have all files on fast pool such as cache with nothing on the array, so Dockers/VMs will perform better and so array disks can spin down since these files are always open. Mover won't replace files, so if something exists on both cache and the array you will have to decide which to keep. Dynamix File Manager plugin will let you work with folders and files directly on the server and can help you figure that out. And, from your previous diagnostics, it looks like default 20G docker.img would be more than enough. After you get those shares moved and configured correctly, you can delete, recreate at 20G, reinstall containers. https://docs.unraid.net/unraid-os/manual/docker-management/#re-create-the-docker-image-file https://docs.unraid.net/unraid-os/manual/docker-management/#re-installing-docker-applications
  9. vdisks are sparse files but it can grow to the space you have allocated for it.
  10. Nothing can move open files. You have to disable Docker and VM Manager in Settings before these can be moved.
  11. Only drives connected when the array is started are counted.
  12. Do you have adblocker or anything else that might interfere with browser?
  13. Probably better to start your own thread with your diagnostics instead of posting to an old thread for an old version that is already marked solved.