aaronhong13

To fix this, change the 'default save location'. It doesn't like saving to '/dowloads' For me, it changed to 'Z:/downloads' and fixed that problem. Although my issue is that I'm getting a "unable to create file disk full" error when my "downloads" directory has 9+ TBs free right now.

I can confirm that I experience this issue as well. Haven't found a workaround beyond doing a backup/restore of my appdata folder. Not entirely sure why it happens.

Not sure what caused this, but I'm getting a constant sign in and sign out. I saw that it said to sign in before my Unraid certificate expires. Attempting to sign in using the button on the top right causes it to appear like nothing happened. Going to "Settings -> Management Access" causes the fun seen in Stream.gif (used OBS to capture). This is happening automatically and much quicker. Converting to a gif seems to have slowed it down and lowered the quality (easier to see in the Stream.flv). Last error that does show up is, "DNS issue, unable to resolve mothership.unraid.net". DNS server is not blocking that page and going to it shows a "hi there". Any ideas? 6.10.0-rc2 Stream.flv

It should be, but please verify.

I did this a while ago, but from what I remember it wasn't too painful. I'd take a backup though before attempting upgrade.

Just to add to this. The latest versions of Sonarr/Radarr (v3) have fixed this issue.

Anyone else getting this? SameFileSpecification: Object reference not set to an instance of an object UpgradeSpecification: Object reference not set to an instance of an object

Unraid Version: 6.7.0-rc8 Latest docker build. All my configurations live in the default file found below. ```https://pastebin.com/CzAZ0ELM```

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')

I think I'm having the same issue. Causing Ombi to crash after a while. It doesn't look like my log is helpful. It's filled with messages as seen below. I can attach the full log, but I have since restarted the docker and this is all that shows up right now. 2b252c3ea000-2b2530000000 ---p 00000000 00:00 0 2b2530000000-2b253023e000 rw-p 00000000 00:00 0 2b2530300000-2b253053e000 rw-p 00000000 00:00 0 2b2530600000-2b253083e000 rw-p 00000000 00:00 0 2b2530900000-2b2530b3e000 rw-p 00000000 00:00 0 2b2530c00000-2b2530d1f000 rw-p 00000000 00:00 0 2b2531300000-2b2531a00000 rw-p 00000000 00:00 0 2b2531b00000-2b2531c1f000 rw-p 00000000 00:00 0 2b2531c1f000-2b2531c20000 ---p 00000000 00:00 0 2b2531c20000-2b2531e20000 rw-p 00000000 00:00 0 7ffe98bba000-7ffe98bdb000 rw-p 00000000 00:00 0 [stack] 7ffe98be1000-7ffe98be3000 r--p 00000000 00:00 0 [vvar] 7ffe98be3000-7ffe98be5000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]

Plex 0.9.16.2 is out. No changelog yet... But I'm assuming it fixes the issue in previous update.