Jump to content

Lorthium

Members
  • Posts

    8
  • Joined

  • Last visited

Posts posted by Lorthium

  1. Just to see if will help you OP. The above did drastically reduce the writes and reads I was seeing on the array, however I was still having them, did a little more digging, and saw that Time Machine was the culprit for the remaining, which by default is going to do a backup every hour.

     

    Hope this helps, but I am guessing it's the above from Trutl that will be the main fix for you. :)

  2. 25 minutes ago, trurl said:

    Nothing can move open files.

    You will have to disable Docker and VM Manager in Settings.

     

    And mover won't move duplicates so if anything is left on the array you will need to take a look. Probably the files on cache are the current versions.

    This was the magic. Stopped the VM's and Docker, ran mover again, and once it was done, the constant writing the disks has stopped.

     

    A few appdata things like Swag did remain, but I'll investigate this myself.

     

    Hope this also resolves the issues for OP. 

  3. Sure thing, sorry :)

     

    I am seeing constant writes to the array also;

      598 be/4 root        0.00 B/s   88.35 K/s  ?unavailable?  dockerd -p /var/run/dockerd.pid --log-opt max-size=50m --~g-opt max-file=1 --log-level=fatal --storage-driver=btrfs
    23229 be/4 root        0.00 B/s    7.68 K/s  ?unavailable?  shfs /mnt/user -disks 3 -o default_permissions,allow_other,noatime -o remember=0
    23302 be/4 root        0.00 B/s   11.52 K/s  ?unavailable?  shfs /mnt/user -disks 3 -o default_permissions,allow_other,noatime -o remember=0
    23462 be/4 root        0.00 B/s    3.84 K/s  ?unavailable?  shfs /mnt/user -disks 3 -o default_permissions,allow_other,noatime -o remember=0
    23469 be/4 root        0.00 B/s    3.84 K/s  ?unavailable?  shfs /mnt/user -disks 3 -o default_permissions,allow_other,noatime -o remember=0
    23408 be/4 root        0.00 B/s    3.84 K/s  ?unavailable?  shfs /mnt/user -disks 3 -o default_permissions,allow_other,noatime -o remember=0

     

    They very in size from just a few K/s, up around 20m/s is the max I have seen. 

     

    I have yet to have the system crash because of this, or had any disks fail, but this has only really been happening in the last couple of days. I initially thought that this was maybe due to transcoding video from 264 to 265, as iotop would reference the tdarr containers a lot, however even with these shut down, it doesn't make much a difference.

     

    I never see much reference to anything else really mentioned, at least not in a constant manner.

×
×
  • Create New...