On 9/15/2025 at 7:33 AM, Masterwishx said:

Not sure, you have script befor maybe related to it? Try without it?

For a test I've deleted script path's in mover tuning, and set script for a daily check at 2 am. (just for a test!)

There was the same situation, please take a look.

There is a strange time break between 2 am and 10 am - its almost 8.30 hours.

I have absolutely no idea where is the issue.

//EDIT: I think, that I have found the source of the problem, but will confirm it tomorrow, after scron runs script again.

ca.mover.tuning-debug-20250916-1044.zip

Edited September 16, 2025Sep 16 by rogales

Okay i did some own research, after i disabled the option that the mover button should ignore the settings, i still didn't move all the files, so i was wondering why my cache said it was full when the actual size on the cache used was much smaller.

When i decided to stop my Qbt instances for a few minutes it magically released all the space.

So perhaps something others want to test

Just now, TRaSH said:

Okay i did some own research, after i disabled the option that the mover button should ignore the settings, i still didn't move all the files, so i was wondering why my cache said it was full when the actual size on the cache used was much smaller.

When i decided to stop my Qbt instances for a few minutes it magically released all the space.

So perhaps something others want to test

If that's important to You; that's why I wrote a script which stops, and after mover process finishes its job, it starts a.o. deluge client.

Edited September 16, 2025Sep 16 by rogales

I use a script to pause and resume the torrents that are x days old.

But the weirdest part was that i couldn't see any single file on my cache what was taking up the space.

And my 4 TB cache was for 90% full

So something is reserving the space and it won't be released before you quit Qbt

Even if You would check it via terminal command?
For example with: 

du -h --max-depth=2 /mnt/yourcachepool/ | sort -hr

You can change depth for more detailed information. But I bet You know that already. :)

Edited September 16, 2025Sep 16 by rogales

I used ncdu, everything was empty in my case

But even with ls -alh and what you mentioned it was empty

I see. Well would love to help You but it's beyond my capabilities.

I might have an idea to what it could be related, but i want to test it first before making assumptions

Hi, I'm having an issue were the moved files don't appear to be following the share allocation method (Unraid 7.1.4, Plugin v2025.09.06).

Share is set to high water but files moved files are still hitting disk1 not one of the last two which have plenty of space before the first high water mark.

These are files that are moved due to the cache being too full (Move All from Primary->Secondary (cache:yes) shares when disk is above a certain percentage: Yes), set to move when cache is above 85% and free down to 50%. The share includes all disks.

Mover settings below, anything pointers at what to look at or that I've done wrong?

6 hours ago, Zerix said:

Hi, I'm having an issue were the moved files don't appear to be following the share allocation method

It's unraid part not mover tuning plugin.

The plugin only move from cache to user0 or chache2 what is selected in Share setting.

15 hours ago, Masterwishx said:

It's unraid part not mover tuning plugin.

The plugin only move from cache to user0 or chache2 what is selected in Share setting.

Thanks, yeah that's what the log is saying, cache to /mnt/user0/

I'll have a look at the share settings and maybe just reapply them and see if anything changes.

On 9/16/2025 at 10:52 AM, rogales said:

For a test I've deleted script path's in mover tuning, and set script for a daily check at 2 am. (just for a test!)

There was the same situation, please take a look.

There is a strange time break between 2 am and 10 am - its almost 8.30 hours.

I have absolutely no idea where is the issue.

//EDIT: I think, that I have found the source of the problem, but will confirm it tomorrow, after scron runs script again.

@Masterwishx I found my issue.

I don't know if it's a bug, or there is any option to disabled it in Mover Tuning, but my earlier mounted smb share was the problem.

It's my personal PC, which is powered off - mover tuning is set to start always at night when I'm asleep, but the script have tried all the time to connect with this SMB share.

I had to unmount this share, and after that there was no issue, or any kind of pause like it was earlier.

Hope that will help You. Thanks.

20 hours ago, rogales said:

but the script have tried all the time to connect with this SMB share.

Hmm interesting, basically the plugin is by design to work with local shares, remote shares IIRC is by unnasigned devices.

So somehow you adopted remote share to local share?

Hey,

well You tell me... Have no idea why it was a problem.

Unfortunately I'm not that good, or even decent when it comes to linux, so my knowledge is at low level, but with small help of AI promts I've manage to find where my problem was.

I just used grep "02:00\|09:00" /var/log/syslog command (with time forks which I was interested in) and there were a lot of inquiries about this share.

I use "Unassigned Devices" plugin, in which I've just unmounted this specific share (it's my only one to be precise), and after that voilà! mover tuning script worked as it should - it checked the threshold, which wasn't passed, and it finished it's job - just as it should work.

Edited September 19, 2025Sep 19 by rogales

13 hours ago, rogales said:

well You tell me... Have no idea why it was a problem.

Unfortunately I'm not that good, or even decent when it comes to linux,

I meaned that plugin working with local shares that use cache (/mnt/cache) and disks (/mnt/user0) , but remote shares use (/mnt/remotes) and can't be used in shares as I know...

That's why I asked if you adopted remote share to local somehow? But now checked your sys logs, it seems was some network interrupts becose not connected your remote not related to plugin...

Okay, I think I've figured out the issue I was having, and this could also be the issue for others who experience problems where it appears the mover doesn't work.

I couldn't see any single file in my cache that was taking up space,

And my 4 TB cache was 90% full.

So, something is reserving the space, and it won't be released until you quit qBittorrent.

In qBittorrent, disable the "Pre-allocate disk space for all files" option under Settings -> Downloads.

I've been testing this option for over 8 days, and it appears to have finally cleared my cache drive.

There is a way to keep smaller files on the cache, is there a way to re-fill the cache with small files that have already been moved over?

Not sure if I'm missing something, but it would be cool.

Can I add a feature request (if this isnt available yet).....

Is it possible if I dont have an Array, to do cache --> SMB share on unassigned devices?

My UNAS-Pro is working via UD and browsable, just seeing if this is possible to have mover do its magic without an array. From the dropdown of "secondary server", only options are Array and Cache....

This would be AWESOME!

Thanks so much

15 hours ago, jfick85 said:

Is it possible if I dont have an Array, to do cache --> SMB share on unassigned devices?

Not sure if it possible, the plugin currently working with shares like unraid mover but with much more options.

To add remote shares to plugin needs I believe a lot of code to add/change, but I will check it if/when will have free time.

I really don't want to make plugin more heavy or break something that already work fine.

In next version will be added validation files by selected chars for who interested.

On 9/26/2025 at 7:56 AM, Puppet Master said:

There is a way to keep smaller files on the cache, is there a way to re-fill the cache with small files that have already been moved over?

You can check rebalance option maybe

Awesome plugin, I am so thankful for it !

I am testing the Synchronize feature so I enable it on a single share as an override but after that even the shares that are not set to synchronize are now synchronizing. (the global synchronize setting is disabled)

Is that meant to or a known bug ?

56 minutes ago, yanno said:

Is that meant to or a known bug ?

No, I will check it. You can post the Debug.zip

5 minutes ago, Masterwishx said:

No, I will check it. You can post the Debug.zip

ca.mover.tuning-debug-20251001-0936.zipthank you!

Edited October 1, 2025Oct 1 by yanno

Hello! Amazing plugin and thanks for all of your work.

I've been trying to get mover tuning working with the 'cache-mover' plugin, but where I can also delete watched media from the cache (custom Tautulli script). Therefore I have been looking into the synchronize feature.

I seem to be seeing that with synchronize enabled and the move tool set to 'Rsync' then synchronize and my mover thresholds are completely ignored, everything is just moved.

Is this a bug? I've just switched the tool to 'Move' and so far I'm seeing better results.

Also because I'm using cache-mover I'm using an ignore list for the mover, but ideally this would only be used for move operations and synchrronize tasks will not use it. Do you think this could be achieved? Appreciate it's a real edge-case.

2 hours ago, yanno said:

Is that meant to or a known bug ?

Thanks i found the bug , will be fixed in next version