Jump to content

cache mover "no space left"


Go to solution Solved by trurl,

Recommended Posts

Hello everybody.

I'am testing unRAID 6.11.5.

I have created an unprotected array device with 2 disks of 8T and an other of 4T.

i have 2 mains docker application: resilio and emby.

All was working fine ... but as all was working too fine, i have decided to test the cache feature with a SSD disk of 500gb 😁

 

The SSD start to fill up, and once it was full ... tranferts were stopped (from resilio side: no left space), and the cache flush fails (mover)
So i have checked on forum etc... but without success.

 

So i join the diagnostic, if somebody can help me ?!

 

 

 

Edited by nunu22
Link to comment

You need to set the Minimum Free Space settings to be larger than the biggest file you expect to cache (we normally suggest 2x this value to give some headway).    This tells Unraid when to stop using the pool for caching or when to switch to another drive on the arrsy.

 

this setting exists in the settings both for any pool, and also for each share.

 

This is covered here and here in the online documentation accessible via the ‘Manual’ link at the bottom of the GUI or the DOCS link at the top of each forum page.

Link to comment

You will have to run mover manually to get files moved from cache, or wait for it to run at the scheduled time. 

 

Best if you don't attempt to cache initial data load, or any file transfer larger than cache.

 

It is impossible to move from faster cache to slower array as fast as you can write to cache, and trying to move while still writing to cache only makes it worse. Mover is intended for idle time. 

Link to comment

some thing strange ....
i have put 40G for min free space (appdata and media shares).

I have deleted files directly in the cache disk to free space ....

all my dockers are stopped .... now i see my cache to be filled from disk1 to cache...

 

 

You're right regarding the speed "issue" between SSD cache and HDD....

i have missed something hughe ?!

 

image.thumb.png.ee862c91f96f2f40177b5a0964e1cb89.png

 

Link to comment

Your user share anonymized as m---a is set cache:prefer. Prefer means prefer to keep all files for the share on cache. These will not be moved to the array. Set this share to cache:yes.

 

Typically, the only shares you want cache:prefer are appdata, domains, system. These shares currently have files on the array, so after you make room on cache by moving m---a to the array, you will have to disable Docker and VM Manager in Settings so these shares can be moved to cache where they belong.

 

After you get all that done post new diagnostics, you might still have some cleanup to do with those shares

Link to comment
  • Solution

You can see how much of each disk is used by each user share by clicking Compute... for the share on the User Shares page. Ultimately you want all of appdata, domains, system shares on cache, and all of other shares on the array. Then you can cache that m---a share if you want, but it must be set cache:yes or it will not get moved to the array.

Link to comment

It looks like the wording of this setting and its associated values is going to be completely redone for the 6.12 release.    The underlying functionality will be the same but hopefully the reworked presentation will be much clearer and less likely to be misunderstood by new users.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...