[[Support] Linuxserver.io - Radarr]

19 hours ago, radfx said:

i didn't realize that this would impact its ability to access files, or if it did it would impact everything (as i mentioned it will move if its in the same subdirectory) but i will do as you suggest and give it a try, thank you!

So did it make a difference?

[[Support] Linuxserver.io - Radarr]

On 7/31/2019 at 1:22 PM, radfx said:

Hi everyone.

 

Im writing to ask for some help (yeah, again, sorry), I thought I had everything setup as per a previous post regarding slow import speeds because User Squid (sorry I don't know how to link or mention user accounts directly) mentioned that files traversing different mount points cannot be moved so a copy is done, and what I thought I did right following the advice posted but I noticed again when importing a 30GB movie that it took nearly an hour..

So I did some experimenting.

Firstly, I have changed my Radarr mounts in unraid to be /data only (I deleted the /download mount point and changed the remaining one) as per user "Wh0_cares' "and then within radarr itself had /data/media/movies while pointing it to manually import from /data/downloads. (this was on page 10 of this post)

 

my understanding was because /data was now the original mount point for this docker, any subdirectory difference shouldn't matter, but it still does..

If I move the file to the same folder as where the movie folders live and import, its instant, if I have it at the downloads folder, to copies, but its all originating from /data. so I think?

 

I have included some screenshots showing the layout.. I thought I had it going, as im sure I did a test import last month when I set it up, but testing now shows it still copies when manual import is set to move unless its from the same folder as the destination.

so you can see my radarr folders :

all coming from /data.

so if I have the source file living within /data/media/import or /data/media/temp files (see pic:

its an instant move

but coming from its original download folder which is /data/downloads/radarr/

it will only copy.

 

I can happily use Krusader to move the file instantly between these directories.

 

Any help greatly appreciated!

 

There is a problem with Mono 6.0 where this doesn't work anymore for some reason. Try switching to linuxserver/radarr:5.14 tag and report again. The problem also occurs in Sonarr.

 

I have the same setup as you and it was working fine until mono 6.0 was introduced. 
https://www.reddit.com/r/radarr/comments/chp8tz/radarr_and_sonarr_copying_instead_of_moving/
https://forums.sonarr.tv/t/permission-issues-after-mono-6-upgrade/22876

[[Support] Linuxserver.io - Radarr]

A lot of problems with the new Mono 6.0 version. It's the same with Sonarr.

[[Support] Linuxserver.io - SWAG - Secure Web Application Gateway (Nginx/PHP/Certbot/Fail2ban)]

8 hours ago, aaronhong13 said:

Alright so I woke up to this error.

 

nginx: [emerg] a duplicate default server for 0.0.0.0:80 in /config/nginx/site-confs/default:9

Strange, since I haven't changed anything. So I remove the "default_server" part in line 9 and then I get the following issue below. Tried new install and get the same issues.

nginx: [alert] detected a LuaJIT version which is not OpenResty's; many optimizations will be disabled and performance will be compromised (see https://github.com/openresty/luajit2 for OpenResty's LuaJIT or, even better, consider using the OpenResty releases from https://openresty.org/en/download.html)

nginx: [error] lua_load_resty_core failed to load the resty.core module from https://github.com/openresty/lua-resty-core; ensure you are using an OpenResty release from https://openresty.org/en/download.html (rc: 2, reason: module 'resty.core' not found:

no field package.preload['resty.core']
no file './resty/core.lua'
no file '/usr/share/luajit-2.1.0-beta3/resty/core.lua'
no file '/usr/local/share/lua/5.1/resty/core.lua'
no file '/usr/local/share/lua/5.1/resty/core/init.lua'
no file '/usr/share/lua/5.1/resty/core.lua'
no file '/usr/share/lua/5.1/resty/core/init.lua'
no file '/usr/share/lua/common/resty/core.lua'
no file '/usr/share/lua/common/resty/core/init.lua'
no file './resty/core.so'
no file '/usr/local/lib/lua/5.1/resty/core.so'
no file '/usr/lib/lua/5.1/resty/core.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
no file './resty.so'
no file '/usr/local/lib/lua/5.1/resty.so'
no file '/usr/lib/lua/5.1/resty.so'
no file '/usr/local/lib/lua/5.1/loadall.so')

 

Same here, could it be a faulty update?

 

I've reverted back to linuxserver/letsencrypt:0.34.1-ls25 and it works like normal again.