After having issues with poorly responding VM's I noticed that my cache drive is full. I tried running mover manually but this did not work and clearly the scheduled move function is not functional either. I have updated unRAID to 7.1.2 from 7.1.1. This however did not resolve the issue. Mover is set to run daily at 02:00 and I have set the move threshold to 25% but again this did not trigger the move (my cache is comprised of 2 x 1TB nVME SSDs).

I have attached my diagnostics file and I also noticed these messages in the system log;
 

May 13 15:14:31 GALACTICA root: Fix Common Problems: Error: Share Appz has disk7 set in its included disk settings
May 13 15:14:31 GALACTICA root: Fix Common Problems: Error: Share Appz has disk8 set in its included disk settings
May 13 15:14:31 GALACTICA root: Fix Common Problems: Error: Share DeviceDrivers has disk7 set in its included disk settings
May 13 15:14:31 GALACTICA root: Fix Common Problems: Error: Share DeviceDrivers has disk8 set in its included disk settings

 

As well as this message when I try to trigger mover manually;
 

May 13 15:13:47 GALACTICA emhttpd: shcmd (132): /usr/local/sbin/mover start |& logger -t move &
May 13 15:13:47 GALACTICA move: Usage: /usr/local/sbin/mover.old start [-e <disk_name>]
May 13 15:13:47 GALACTICA move:        /usr/local/sbin/mover.old stop|status
May 13 15:13:47 GALACTICA move:        <disk_name> must match pattern 'disk[0-9]*' and /mnt/<disk_name> must be a mountpoint

 

The thing is I only have 6 disks in my array (plus 2 parity disks) so disk numbers only go up to disk6 - and when I checked, all the shares' "Included Disks" option they all only show "disk1 to disk6" and no disks are excluded at all, so I'm not too sure where disk7 comes from. I must admit that this server originally had 12 disks in it... 2 parity and 10 storage disks but I replaced these 4TB disks with 8TB disks and it's been running like that for over a year now?

Any insights and advice would be welcome.

 

Specs:
AMD Ryzen 5950X
Gigabyte X570 Aorus Pro WiFi
nVidia RTX 2060
128GB DDR4 @ 3200Mhz
8 x Seagate IronWolf disks
2 x Crucial 1TB nVME SSDs

Thanks,

galactica-diagnostics-20250513-1544.zip

Edited May 19, 20251 yr by thaoggamer
SET TO SOLVED

I have unmarked this as solved, because the issue still persists.

I generated a number of backups from my other client PCs to fill up the cache to about 50% and then I ran move manually. I see the task running in the syslog and it says completed successfully, but the cache disk doesn't show any "Read" activity and the array disks do not show any "Write" activity. The files are still on the cache drive as well so nothing is getting moved?

Edited May 14, 20251 yr by thaoggamer

1 hour ago, thaoggamer said:

 

I have unmarked this as solved, because the issue still persists.

 

You need to uninstall the obsolete (broken) version of Mover Tuning you have installed.   

Already done that. This is the new version I'm using now.

 

The version in the diagnostics was an old version.

 

you should uninstall the version you have installed to see if the problem is in base Unraid, and if it still occurs enable mover logging, reproduce the problem; and then provide new diagnostics.

 

if mover works OK without the Mover Tuning plugin installed then you need to raise it as an issue on the Mover Tuning support thread.

Same problem. Delete mover tuner plugin and everything is back running as intended. 

As @Candle said, removing the Mover plugin and just using the Stock mover function is fine... so there is definitely something wrong with the plugin.

I'm not too sure how I'm supposed to report that and too be fair, whilst that app gives you a lot of control, I'd say it's only for systems where, managing your cache is a necessity (maybe due to size) rather than just keeping things tidy.

8 hours ago, thaoggamer said:

'm not too sure how I'm supposed to report that

You report plugin issues by adding a message to the plugin's support thread in the plugin area of the forum.