April 3, 20242 yr So I normally use split level manual to fine tune exactly how unraid moves my files from the cache to array. I have my setup as shown below for clarity. Allocation method most free. Data share /mnt/user/data/media/movies Only disks 2 and 3 have the movies folder /mnt/user/data/media/tv Only disks 4 5 and 6 have the tv folder This time I was using mover to move files in the cache tv folder to the array however it did not respect the manual split level at all and started to move the tv shows in the tv folder to disks 3 and 6(based on the problem this is expected since disks 3 and 6 have an equal amount of free space). This is unexpected behavior as the tv folder does not exist on disk 3 and manual split level should have prevented it from being created. Its basically alternating moving other ep into disks 3 and 6. I have had no issues previously. Is this an issue with the new os or possibily mover tuner plugin? Anyone have any ideas? Just a note i upgraded to 6.12.10 see the same problem. Mover tuning plugin uninstall reboot and reinstall also doesnt help. Edited April 4, 20242 yr by Seraphys
April 4, 20242 yr Author 2 hours ago, JorgeB said: Please post the diagnostics. Did something simple and used mover to move an anime ep off cache which the anime folder only exists on disk 1. Result was it was moved to disk 3 which has the most free space which correlates with allocation method however seems to bypass manual split level as the anime folder did not exist on disk 3 and should have prevented it. Logs attached seraphys-diagnostics-20240404-0616.zip
April 4, 20242 yr It is indeed a bug, possibly created when the high-water issue with zfs was fixed on v6.12.9, I'll report it to LT.
April 4, 20242 yr Author 3 hours ago, JorgeB said: It is indeed a bug, possibly created when the high-water issue with zfs was fixed on v6.12.9, I'll report it to LT. Yes I noticed it on 6.12.9 initially it was fine on 6.12.8. Thanks for confirming and hopefully it gets fixed soon!
April 4, 20242 yr 18 minutes ago, Seraphys said: I noticed it on 6.12.9 initially Shame you didn't report it sooner, it may have been fixed for 6.12.10, but I have already reported the issue, so it should be fixed for next release.
July 18, 20241 yr On 4/4/2024 at 11:44 AM, JorgeB said: Shame you didn't report it sooner, it may have been fixed for 6.12.10, but I have already reported the issue, so it should be fixed for next release. Wondering if this is fixed in Version 6.12.11 (2024-07-16) Thanks
July 18, 20241 yr 47 minutes ago, Unraid-arr said: Wondering if this is fixed in Version 6.12.11 (2024-07-16) It's not, that release was somewhat urgent because of the SSH issue, but from what I know, there should be a 6.12.12 release soon with this bug fixed.
August 13, 20241 yr 10 hours ago, jmos1277 said: I am still experiencing this issue on v6.12.11. This is fixed for 6.12.12 which should be out soon.
August 22, 20241 yr On 8/13/2024 at 3:58 AM, JorgeB said: This is fixed for 6.12.12 which should be out soon. Got the update yesterday (https://unraid.net/blog/6-12-12). Great job everyone, thanks.
March 20, 20251 yr *** Double-posting as this may be the more suitable thread *** Not working for me in 7.0.1. Facing the same "bug" and noticed that this started today some while ago (without me noticing). Unfortunately still today despite 7.0.1. In my case, this is not about "mover", but regular copy/transfer to the usershare with the *arrs. Thoughts?
March 20, 20251 yr 32 minutes ago, steve1977 said: Facing the same "bug" It won't be the same since that one is resolved, but it can be a new one, would need more details of what happened and the diagnostics.
March 20, 20251 yr Attached my diagnostic log. My issue is quite simple to explain. Sonarr is set with a library in usershare /user/data/media/tv/<tvshows>. Disk7 does not have a /data/media/tv folder. However, sonarr creates /data/media/tv/<tvshows>/<season>/<episode> on disk7 although I have the /data share set to "manual". Let me know if any more detail I can provide. Thanks! tower-diagnostics-20250321-0722.zip
March 21, 20251 yr Cannot reproduce, make sure you delete the /tv folder from disk7, then type: touch /mnt/user/data/media/tv/foo And see where that file ends up
March 21, 20251 yr 6 minutes ago, steve1977 said: On disk12 (which is the right folder to it to appear). Where is Sonar getting the data from, a pool or the array? Note that if it's from the array, it will just rename it and remain in the same disk, regardless of the allocation method, this is a Linux limitation.
March 21, 20251 yr Ah... Yes, that's the issue then... Cannot be fixed? So as long as it moves from the pool or it uses the "mover", it will work well?
March 21, 20251 yr 15 minutes ago, steve1977 said: it will work well? It should, and AFAIK nothing can be done about the move when it's already on the array.
March 22, 20251 yr One more question to understand how usershares work given linux limitations. Let's assume I have a folder on usershare1 and like to copy it to usershare2. WIll this follow the split-rule or stay on the disks as it is all within the array? mv /useershare1/folder /usershare2/
March 22, 20251 yr Copy and then deleting original would work, but using mv would likely leave the file on the same disk as mentioned in the Caution in this section of 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. Using Dynamic File Manager (built into Unraid 7) would also work as it implements move using a copy/delete strategy to avoid hitting this issue>
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.