trurl

Moderators
  • Posts

    43889
  • Joined

  • Last visited

  • Days Won

    137

Report Comments posted by trurl

  1. btrfs seems to be especially prone to break if you fill it up too much. In general, whatever the filesystem, you should always keep some free space on each of your disks/pools.

     

    You have no Minimum Free set for either of your pools. If a pool has less than Minimum Free, it will overflow to the array for shares that have Secondary storage.

  2. The filesystem can be thought of as data about the data, or "metadata". It is not really the contents of the files, but instead, data about how the folders and files are organized and represented as bytes on the disks.

     

    When files are written, this metadata is also updated so it can be used to retrieve the files. If something causes disk writes to fail, such as a bad connection or bad disk, not only can the file be wrong, but the metadata can be wrong. Wrong metadata is usually what is meant by corruption. It can cause problems retrieving existing files, and problems writing new files. Often the filesystem will be made readonly to prevent further damage.

     

    Your diagnostics were without the array started, so I couldn't see anything about where your appdata was. Possibly some of it wasn't on the "disk share" you looked at. You can see how much of each disk/pool is used by each user share by clicking Compute... for the share on the User Shares page.

     

    An automatic parity check when you boot is due to "unclean shutdown". Here is a link to a post which explains this in more detail:

    https://forums.unraid.net/topic/86385-docker-containers-have-the-be-off-when-you-power-off-the-array/?do=findComment&comment=801379

    and another link to the sticky thread in General Support discussing things to do if you are having problems shutting down cleanly:

    https://forums.unraid.net/topic/69868-dealing-with-unclean-shutdowns/

     

  3. Moderators are just unpaid volunteers, not much different from your other fellow unraid users who try to help people on this forum, except we also volunteered for the extra work of moderation.

     

    Sometimes we don't see your post immediately because we are in different time zones, and life gets in the way.

     

    I hadn't seen any of this until just now. If you had requested additional explanation, and waited for it, you probably would have gotten it. Maybe sometimes you have to ask again

     

    We read a lot of posts and might be busy with someone else with even bigger problems. I know I have been lately.

     

    Glad you got it sorted out.

  4. This seems to be about the Unassigned Devices plugin. Plugin issues do not belong in bug reports.

     

    You can go directly to the correct support thread for any of your plugins by clicking its Support link on the Plugins page of your Unraid webUI.

     

    Go to the Unassigned Devices plugin thread, explain your problem, and include your diagnostics in your post there.

    1. If you don't use ZFS, existing array and pools continue as before.
    2. I haven't used ZFS yet. Might consider converting my 2x500G btrfs pool named 'cache' to ZFS. Everything would have to be copied off so the pool could be recreated as ZFS.
    3. Primary is where new files get written. Secondary is where overflow goes. A separate setting controls which direction mover moves (pool <--> array). When you upgrade, it all still works as before since these settings are functionally the same as what we already had. See my earlier posts about this in the rc4 thread

     

    https://forums.unraid.net/bug-reports/prereleases/unraid-os-version-6120-rc41-available-r2372/?do=findComment&comment=23380

     

    https://forums.unraid.net/bug-reports/prereleases/unraid-os-version-6120-rc41-available-r2372/?do=findComment&comment=23382

     

    • Thanks 2