Moose_Flunky

Once you switched it back to binhex/arch-sonarr in the repository, did you force an update? That was step 2 in Binhex's instructions. Try that and see if it pulls down a clean install. Other than that, I put you back in the gentle hands of Binhex.

Number 1 fixed the issue. My repository had "binhex/arch-sonarr:v3". Removing the :v3 let it update and it now is working again. Thank you!

Could this be related in some fashion to those of us still on Unraid 6.11 and not having the new Community Applications plugin? I ask because my Sonarr still shows as latest on the docker tab, even though it seems to be an older version than you just posted.

The information I posted was directly from the System Tab in Sonarr

Not using Cloudflare. Okay. Simply going to "Series", "Add New". Type Black Sails (or anything, actually) in the search box and the error pops up immediately. It's even been failing on the first letter "B". Failed to load search results, please try again. Search for 'B' failed. Invalid response received from SkyHook. I couldn't find a Force Update option anywhere on the page. My Unraid shows that the docker is up to date. Version 3.0.4.1126 Package Version 3.0.4.1126-1 by sonarr-phantom Mono Version 6.12.0

Here's what my log file is showing for this. It is the first thing on top of my log and pertains to the mono error. [v3.0.4.1126] System.Net.WebException: Error: TrustFailure (Authentication failed, see inner exception.): 'https://skyhook.sonarr.tv/v1/tvdb/shows/en/420659' ---> System.Net.WebException: Error: TrustFailure (Authentication failed, see inner exception.) ---> System.Security.Authentication.AuthenticationException: Authentication failed, see inner exception. ---> Mono.Btls.MonoBtlsException: Ssl error:1000007d:SSL routines:OPENSSL_internal:CERTIFICATE_VERIFY_FAILED at /build/mono/src/mono/external/boringssl/ssl/handshake_client.c:1132 at Mono.Btls.MonoBtlsContext.ProcessHandshake () [0x00057] in /build/mono/src/mono/mcs/class/System/Mono.Btls/MonoBtlsContext.cs:226 at Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake (Mono.Net.Security.AsyncOperationStatus status, System.Boolean renegotiate) [0x000da] in /build/mono/src/mono/mcs/class/System/Mono.Net.Security/MobileAuthenticatedStream.cs:715 at (wrapper remoting-invoke-with-check) Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake(Mono.Net.Security.AsyncOperationStatus,bool) at Mono.Net.Security.AsyncHandshakeRequest.Run (Mono.Net.Security.AsyncOperationStatus status) [0x00000] in /build/mono/src/mono/mcs/class/System/Mono.Net.Security/AsyncProtocolRequest.cs:289 at Mono.Net.Security.AsyncProtocolRequest.ProcessOperation (System.Threading.CancellationToken cancellationToken) [0x000fc] in /build/mono/src/mono/mcs/class/System/Mono.Net.Security/AsyncProtocolRequest.cs:223

I'm getting the Skyhook error as well. Attempting to force an update did not accomplish anything

Checked my server this morning (running 6.11.5 pro) when I saw this message: kernel: critical medium error, dev sdm, sector 10920746360 op 0x0:(READ) flags 0x0 phys_seg 27 prio class 0 This is part of my parity, one of two 10 TB HGST drives that are mirrored. SMART shows no errors. Is this an indicator that the drive may be starting to fail? If so, do I have to replace the pair if I wish to increase the size of the parity drives or can I replace one at a time? logterminal SDM.txt

Yeah, that was it. Cleared out the cookies and cache and everything returned to normal

I've suddenly developed a problem with connecting to the webui via vnc. Every time I try and open MakeMKV (latest release), I get the following: noVNC encountered an error: Cannot read properties of null (reading 'addEventListener') TypeError: Cannot read properties of null (reading 'addEventListener') at Object.addClipboardHandlers (http://10.0.30.145:6080/app/ui.js:329:13) at Object.start (http://10.0.30.145:6080/app/ui.js:101:12) at http://10.0.30.145:6080/app/ui.js:47:27 Other vnc dependent applications are working

I keep getting a "Locked 423" error while trying to configure an OTA channel using Xteve-guide2go. I'm also having problems getting SD to give me a listing of channels, but that might be secondary issue. 2023/03/26 16:51:45 [G2G ] Version: 1.1.3 2023/03/26 16:51:45 [URL ] https://json.schedulesdirect.org/20141201/token 2023/03/26 16:51:46 [SD ] Login...OK 2023/03/26 16:51:46 [URL ] https://json.schedulesdirect.org/20141201/status 2023/03/26 16:51:46 [SD ] Account Expires: 2023-04-02 00:42:37 +0000 UTC 2023/03/26 16:51:46 [SD ] Lineups: 1 / 4 2023/03/26 16:51:46 [SD ] System Status: Online [No known issues.] 2023/03/26 16:51:46 [G2G ] Channels: 0 2023/03/26 16:51:46 [URL ] https://json.schedulesdirect.org/20141201/lineups/USA-YTBE753-DEFAULT 2023/03/26 16:51:46 [G2G ] Download Schedule: 14 Day(s) 2023/03/26 16:51:46 [G2G ] Download Program Informations: New: 0 / Cached: 0 2023/03/26 16:51:46 [G2G ] Download missing Metadata: 0 2023/03/26 16:51:46 [G2G ] Create XMLTV File [/guide2go/TVguide.xml] 2023/03/26 16:51:46 [G2G ] Clean up Cache [/guide2go/TVguide_cache.json] 2023/03/26 16:51:46 [G2G ] Deleted Program Informations: 0 2023/03/26 16:51:46 [G2G ] Version: 1.1.3 2023/03/26 16:51:46 [URL ] https://json.schedulesdirect.org/20141201/token 2023/03/26 16:51:47 [SD ] Login...OK 2023/03/26 16:51:47 [URL ] https://json.schedulesdirect.org/20141201/status 2023/03/26 16:51:47 [SD ] Account Expires: 2023-04-02 00:42:37 +0000 UTC 2023/03/26 16:51:47 [SD ] Lineups: 1 / 4 2023/03/26 16:51:47 [SD ] System Status: Online [No known issues.] 2023/03/26 16:51:47 [G2G ] Channels: 0 2023/03/26 16:51:47 [URL ] https://json.schedulesdirect.org/20141201/lineups/USA-YTBE753-DEFAULT 2023/03/26 16:51:47 [G2G ] Download Schedule: 7 Day(s) 2023/03/26 16:51:47 [G2G ] Download Program Informations: New: 0 / Cached: 0 2023/03/26 16:51:47 [G2G ] Download missing Metadata: 0 2023/03/26 16:51:47 [G2G ] Create XMLTV File [/guide2go/SATguide.xml] 2023/03/26 16:51:47 [G2G ] Clean up Cache [/guide2go/SATguide_cache.json] 2023/03/26 16:51:47 [G2G ] Deleted Program Informations: 0 2023/03/26 16:51:47 [G2G ] Version: 1.1.3 2023/03/26 16:51:47 [URL ] https://json.schedulesdirect.org/20141201/token 2023/03/26 16:51:47 [SD ] Login...OK 2023/03/26 16:51:47 [URL ] https://json.schedulesdirect.org/20141201/status 2023/03/26 16:51:47 [SD ] Account Expires: 2023-04-02 00:42:37 +0000 UTC 2023/03/26 16:51:47 [SD ] Lineups: 1 / 4 2023/03/26 16:51:47 [SD ] System Status: Online [No known issues.] 2023/03/26 16:51:47 [G2G ] Channels: 0 2023/03/26 16:51:47 [URL ] https://json.schedulesdirect.org/20141201/lineups/USA-YTBE753-DEFAULT 2023/03/26 16:51:48 [G2G ] Download Schedule: 14 Day(s) 2023/03/26 16:51:48 [G2G ] Download Program Informations: New: 0 / Cached: 0 2023/03/26 16:51:48 [G2G ] Download missing Metadata: 0 2023/03/26 16:51:48 [G2G ] Create XMLTV File [/guide2go/Echoguide.xml] 2023/03/26 16:51:48 [G2G ] Clean up Cache [/guide2go/Echoguide_cache.json] 2023/03/26 16:51:48 [G2G ] Deleted Program Informations: 0 XTeve API Before Locked [423] http://10.0.30.11:34400/api/ Locked [423] Based on my rudimentary debugging, the Locked 423 seems to be occurring when the update xteve via API subroutine is called in the cron job. Ignore the weird entries above. I was using echo commands to try and figure where the code was breaking. Do you have any idea what might be happening here?

I could not log into the webui after the latest update to 2.1.1-1-02 of Deluge. I had to roll back to 2.1.1-1.01 to get the docker to work again.

To get mine to work, I had to set my mappings such that they are all on the same mount point. For Sonarr: /data-------------/mnt/user/media/TV Shows/ /config---------/mnt/user/appdata/binhex-sonarr-v3 /media---------/mnt/user/media For Radarr: /data-----------/mnt/user/media/Movies/ /media--------/mnt/user/media /config-------/mnt/user/appdata/binhex-radarr So, the common mount point is /mnt/user/media My downloads directory is located at /mnt/user/media/downloads/ Radarr and Sonarr put their files in the following folders during download, and then radarr and sonarr move them to my /mnt/user/media/Movies or /mnt/user/media/TV Shows folders /mnt/user/media/downloads/sonarr /mnt/user/media/downloads/radarr I hope this helps.

Howdy! I recently converted to Sonarr V3 and it's been working flawlessly. Today, I noticed that Sonarr was indicating that an update was available. Since we are using a beta version of V3, how do I know if (when) Mr. Binhex pushes a new version? Will the docker update automagically, or because it seems to be hardcoded, will it have to be done manually? Thanks for the help!

Good morning. I'm having trouble with the latest version of Jackett connecting to both RADARR and SONARR. I had to revert back to arch-0.16.1937-1-01 to get them to talk to each other. I very cleverly fixed the problem without writing down the error, but it said something (truncated) "please check the capabilities (t=caps) and make sure the search mode and categories are supported.". I could search and download from inside of Jackett, but Jackett and RADARR/SONARR just wouldn't talk to each other.