Masterwishx

It's just message from the code This is more interesting becose message from binary move, will try to check what is mean. Did you tryed unraid move for hard links sometime maybe?

@JoshUK found issue when mover start stuck at end stage. Will be fixed in new version

You can enable debug then check debug file, the move operation will be listed in log if success or fail.

Will be cool to have logs to check if it so , not personally tested but some user said move working faster ... Maybe will make also test sometime

@Rysz should be maybe : `Battery Level - shuts down the system when there is X percentage left on the battery.`

In new version you can choose to use unraid binary move with plugin filters (will add more help descriptions) , that in theory should work faster than Rsync for when many files to move, also maybe some issues that rsync has like users was complain about files dates or/and some more maybe. Will be cool to have feedback for it, if have some advantages when using move

2025.06.01 version Updatenew: Added an option "Move files tool" to select the file-moving tool between Rsync and the Unraid move utility, default file-moving tool set to Rsync. (masterwishx) new: Introduced a new debug command "mover debug" to generate a diagnostics package for troubleshooting. fix: Enhanced logging and debug information for file move operations. fix: Updated debug package creation to copy the diagnostics ZIP to the system boot logs directory.

In last version new option Move files tool added where you can change to unraid move instead of Rsync

Wow seems i missed plugin migrate to new version ... have 2025.02.08 version , any special steps for migrating ?

@JoshUK Well, seems i can reproduce same issue in main server when in cli "mover start" stuck at : No new files will be moved/synced from primary to secondary No new files will be moved/synced from secondary to primary Will try to fix it. in test server there is no such issue ...

Pushed new version, please check it also you will find file in /boot/logs/...

You have wrong setting for cache:prefer, delete it and make override settings again you should have fill up thresholds. You can use default buttons will reset all settings and delete all overrides

Will add in new version debug will copy file aslo to /boot/logs like in Unraid diagnostic. Also cli mode: mover debug

If will not work I will try some fix, but you should to check it

Are you able to get diagnostic.zip for unraid or also has error? Can confirm sometime got error but, If I have error just goes back to page and click again. Also you can press F12 to open browser dev page with cache disabled and try then

If you have error, just press again (maybe disable adblock)

I will add option Move files tool with default rsync Can be changed to move. So not sure if rsync has issues but move should work faster, will be cool to hear from users if any feedback for it.

Had you issues with unraid move for hard links?

So should be related to docker then. Mover plugin does not make shares, only move data

Should be 2

Also you have warning if low gap between them

You are right, but you have also freeing threshold. Please reas help descriptions or press f1 for understanding the treshholds functionality

you have small gap between thresholds 5% , try increase it to at least 10-15% : For example : ``` movingThreshold="50" freeingThreshold="35" ```

Sure I can. I was thinking rsync not respect disks included/excluded in share setting but seems also move has it. I found If you change disks included /excluded they still use what was setting befor. Until reboot I think move is much faster than rsync, also maybe some issues with multilang names of files. Also was some complains from users for rsync that in move not exist. Not remember now exactly.

Note: Mover Tuning plugin will be using Unraid move instead rsync in next version that will avoid some issues of rsync that some users had...