ProZac

From the error it sounds like you have some config issue with the transcoder folder. Please post your run command and the plex transcoder page. Supervisor log would also be nice.

On a different matter. If I'm not mistaken, didn't deluge use to have an ETA column that showed estimated finish time? I believe this is gone in 2.0.3 or am I blind? Tried to read the forums, deluge site, and other help topics, no mention of this, and the changelog @ deluge site is for the last 1.3.x version I just added a few torrents to check the speed was normal, but no ETA column

Sorry if that was unclear. All dockers have a Supervisor.log file in the appdata folder. They also have a "run" command that shows whenever you update or edit the docker. Please attach both the supervisor.log file and the run command.

So basically everything was fine, updated from 1.3.x to 2.0.3 and speeds on all torrents dropped? Nothing else changed except that you now tried to remove the ltconfig plugin? Please attach supervisor and run command.

Wow great work as always @SpaceInvaderOne

Can't find any errors in the config, have you tried to remove the ltconfig plugin? As this is the only difference from others here. I'm running on 2.0.3 with no change from 1.3.x. I don't run the ltconfig plugin and still get 40+ MB/s If that don't solve anything some more logs would be needed.

Awsome update @Squid. I'm already using the plugin, but don' really have the CPU issue people are mentioning, but seen a lot of people whining about it, so very nice addition to an already awesome plugin Tnx for all the hard work

:Latest will pull the latest finished published build, but this takes a while to make and is automated. After builds are released I would give it a few days.

Or just open the gui from docker page, then change out /admin for /client in the adr bar

You need to add the subnet of your unraid server to the settings in openvpn routing info. If you get stuck, there are several posts and images in the last few pages as this started happening in the last update

Great that your backup worked There have been some issues for various people with sqlite database corruption since Unraid v 6.7, so I would pay attention to it during the next days/weeks to make sure it stays stable

Hope you have a backup [v2.0.0.5322] NzbDrone.Core.Datastore.CorruptDatabaseException: Database file: /config/nzbdrone.db is corrupt, restore from backup if available. See: https://github.com/Sonarr/Sonarr/wiki/FAQ#i-am-getting-an-error-database-disk-image-is-malformed ---> System.Data.SQLite.SQLiteException: database disk image is malformed database disk image is malformed This is from your log ^^

Ok then I understand, normal upgrade like you did earlier shouldn't trigger any loss of torrents, just keep your old backup, if the upgrade messes it up, roll backup and try again But as stated, you already did it once with no issues, so doubt it will be a problem.

You can keep several backups with this CA Backup/restore plugin. And when upgrading from 1.3 to 2.0 you dont loose any torrents, not sure why you would need to only restore the torrents? As from your own statement, you have a backup that is on 1.3 with all the torrents? Or did I completely miss the point here?

I have read a few posts here and there, but haven't seen a conclusive way to achieve this. Other than pulling your backup ofc, as you do of course have a backup of all your dockers? Btw @binhex, I'm still on old DelugeVPN and running your sonarr and radarr. Don't have any importand torrents or need the docker (deluge) for anything important if youn want/need something tested, I can

There are several versions of Deluge, including the 1.3.15. that ain't liste on the whitelist, this does not mean you can't use it, they just state that they can't guarantee the workings. If the new version is on a Blacklist, then it's something else I have a tracker that dont support the version I'm on, used it for several monts, no issues As to previous version, binhex/arch-delugevpn:1.3.15_18_ge050905b2-1-04 should be correct. keep in mind, several people are saying they loose their torrents when downgrading If the downgrade don't start, it gives you some error message? Some log would be needed to understand why it's not starting

I think you need to pack the logs again. The rar file is still unreadable. And only 2.68kb

That file is corrupted and unreadable. Please upload again. Also add your supervisor log and run command. The log line you listed is normal, I have this aswell.

Sounds really weird. If you haven't tried it already, I would remove the docker, and all the files and start from scratch in Host mode. I just pulled another and it worked straight away. You are sure you can reach other dockers from inside your network with your external ip? Some logs would also help, fresh supervisor, server log and run command to be safe

You can reach it if you connect with your local ip? But not remotely? Are you sure it's not just from inside your network like others because of nat loopback? Have you tried to reach it from outside your network? And if so, and it still dont work, then I would recommend you go over your port forwarding rules again.

Would start by changing to Host mode instead of Bridge Got identical setup as you except I run Host mode, no issues.

This is most likely because of nat loopback wich is something you would have to enable. Not really needed, but nice to have if you need to troubleshoot

From reading your sonarr log there seems to be a matching issue. Every parsing fails with: 19-6-19 20:34:19.5|Debug|Parser|Episode Parsed. Blood and Treasure - S01E06 19-6-19 20:34:19.5|Debug|Parser|Language parsed: English 19-6-19 20:34:19.5|Debug|QualityParser|Trying to parse quality for Blood.and.Treasure.S01E06.The.Ghost.Train.of.Sierra.Perdida.720p.AMZN.WEBRip.DDP5.1.x264-NTb[rartv] 19-6-19 20:34:19.5|Debug|Parser|Quality parsed: WEBDL-720p v1 19-6-19 20:34:19.5|Debug|Parser|Release Group parsed: NTb 19-6-19 20:34:19.5|Debug|ParsingService|No matching series Blood and Treasure 19-6-19 20:34:19.5|Debug|DownloadDecisionMaker|Release rejected for the following reasons: [Permanent] Unknown Series When you manually import files, you force it to match. From what I find, I would need more logs to understand why. Fresh supervisor and run command to start. Or I might have missed something

There is an option in the Deluge gui for remote connection. Check that this is ticked. Maybe your docker got updated to Deluge v.2? Some are having minor issues after update to v.2, if you have update and the above info don't help, some more log files would be needed.

Nothing silly at all what you did, the database bug is new to most people in this latest Unraid update, just be aware, some people have had their database wiped by changing the mapping, but as it's just to rebuild and wait (and ur's don't work anyway), I would still try to change it I am not running the appdata in /cache, I'm still using /user on all with no issues. From the looks of all the other posts around the forum there is some incompatibility either with specific hardware or some weird sw bug nobody have been able to find so far that creates the issue.