SkinnyT 1 Posted December 12, 2021 Posted December 12, 2021 I recently migrated all of my aRR's over to a new NAS and have them running in Docker. They were previously installed on my Windows10 media server which is still hosting Emby so I can utilize my GPU for transcoding when needed. Everything is working fine in the sense that things are downloaded and imported quickly and correctly, however an Emby library update is not being pushed despite having used the Emby Connect feature (which previously worked when everything was on Windows with the same path. Right now I'm using a modified version of Fizzyade's script I found on here and I can't see any issues in the logs for either Emby or Sonarr. I've been poking around at this for a few weeks now and just can't seem to get anything to work other than setting up a library scan to run every hour. Emby Server is updated and running the latest version. I'll attach a quick picture of the log from emby that shows when the script was run on Sonarr.
Happy2Play 9780 Posted December 12, 2021 Posted December 12, 2021 30 minutes ago, SkinnyT said: I recently migrated all of my aRR's over to a new NAS and have them running in Docker. They were previously installed on my Windows10 media server which is still hosting Emby so I can utilize my GPU for transcoding when needed. Everything is working fine in the sense that things are downloaded and imported quickly and correctly, however an Emby library update is not being pushed despite having used the Emby Connect feature (which previously worked when everything was on Windows with the same path. Right now I'm using a modified version of Fizzyade's script I found on here and I can't see any issues in the logs for either Emby or Sonarr. I've been poking around at this for a few weeks now and just can't seem to get anything to work other than setting up a library scan to run every hour. Emby Server is updated and running the latest version. I'll attach a quick picture of the log from emby that shows when the script was run on Sonarr. Can you provide the server log. But with LibraryMonitor showing a refresher it should process after coded delay.
SkinnyT 1 Posted December 13, 2021 Author Posted December 13, 2021 (edited) I have Emby set to do a library scan every hour so it does show up after that runs or if it do it manually which is even more confusing after seeing the bit I had just posted from the logs after enabling debugging. Attached is the log from today embyserver (1).txt Edited December 13, 2021 by SkinnyT
Happy2Play 9780 Posted December 13, 2021 Posted December 13, 2021 @Lukewill have to comment more, but it would appear the refresher is set and the 60 second delay happens but nothing else. Then the library scan picks it up. 2021-12-12 17:27:51.930 Info Server: http/1.1 POST http://10.11.11.5:8096/mediabrowser/Library/Media/Updated. UserAgent: curl/7.58.0 2021-12-12 17:27:51.930 Debug LibraryMonitor: New file refresher created for /data/media/tv/Young Sheldon/Season 5/Young Sheldon - S05E01 - One Bad Night and Chaos of Selfish Desires HDTV-720p.mkv 2021-12-12 17:27:51.930 Info Server: http/1.1 Response 204 to 10.11.11.10. Time: 1ms. http://10.11.11.5:8096/mediabrowser/Library/Media/Updated 2021-12-12 17:28:51.942 Debug LibraryMonitor: Timer stopped. 2021-12-12 18:55:16.311 Debug TaskManager: IntervalTrigger fired for task: Scan media library 2021-12-12 18:55:16.311 Debug TaskManager: Queueing task RefreshMediaLibraryTask 2021-12-12 18:55:16.311 Debug TaskManager: Executing Scan media library 2021-12-12 18:55:16.311 Debug TaskManager: Scheduled task Scan media library will run with a time limit of 60 minutes 2021-12-12 18:55:16.312 Info LibraryMonitor: Stopping directory watching for path \\MaraNAS\data\media\movies 2021-12-12 18:55:16.328 Info LibraryMonitor: Stopping directory watching for path \\MaraNAS\data\media\tv 2021-12-12 18:55:16.343 Info LibraryMonitor: Stopping directory watching for path C:\Users\Admin\AppData\Roaming\Emby-Server\programdata\data\collections 2021-12-12 18:55:18.540 Debug BaseItem: Removed item: \\MaraNAS\data\media\tv\Young Sheldon 2021-12-12 18:55:18.540 Info App: Removing item from database, Type: Folder, Name: Young Sheldon, Path: \\MaraNAS\data\media\tv\Young Sheldon, Id: 123841 2021-12-12 18:55:18.555 Info App: Deleting path C:\Users\Admin\AppData\Roaming\Emby-Server\programdata\metadata\library\ff\ff72d738506218bb384b89cba5336491 2021-12-12 18:55:30.490 Debug App: Running SeriesNfoProvider for \\MaraNAS\data\media\tv\Young Sheldon 2021-12-12 18:55:30.512 Debug App: Running TvdbSeriesProvider for \\MaraNAS\data\media\tv\Young Sheldon 2021-12-12 18:55:30.517 Info HttpClient: GET https://www.thetvdb.com/api/B89CE93890E9419B/series/328724/all/en.zip 2021-12-12 18:55:30.783 Debug App: Running MovieDbSeriesProvider for \\MaraNAS\data\media\tv\Young Sheldon 2021-12-12 18:55:30.789 Info HttpClient: GET https://api.themoviedb.org/3/find/tt6226232?api_key=f6bd687ffa63cd282b6ff2c6877f2669&external_source=imdb_id 2021-12-12 18:55:30.894 Debug App: Throttling Tmdb by 195 ms 2021-12-12 18:55:31.093 Info HttpClient: GET https://api.themoviedb.org/3/tv/71728?api_key=f6bd687ffa63cd282b6ff2c6877f2669&append_to_response=credits,images,keywords,external_ids,videos,content_ratings&language=en&include_image_language=en,null 2021-12-12 18:55:31.178 Debug App: Running FanartSeriesProvider for \\MaraNAS\data\media\tv\Young Sheldon 2021-12-12 18:55:31.182 Debug XmlSerializer: Deserializing file C:\Users\Admin\AppData\Roaming\Emby-Server\programdata\config\fanart.xml 2021-12-12 18:55:31.186 Info HttpClient: GET https://webservice.fanart.tv/v3/tv/328724?api_key=5c6b04c68e904cfed1e6cbc9a9e683d4 2021-12-12 18:55:31.708 Debug App: Saving nfo metadata for \\MaraNAS\data\media\tv\Young Sheldon to \\MaraNAS\data\media\tv\Young Sheldon\tvshow.nfo. 2021-12-12 18:55:31.725 Debug App: Running SeasonNfoProvider for \\MaraNAS\data\media\tv\Young Sheldon\Season 5 2021-12-12 18:55:31.734 Debug App: SeasonNfoProvider returned no metadata for \\MaraNAS\data\media\tv\Young Sheldon\Season 5 2021-12-12 18:55:31.743 Debug App: Running FFProbeProvider for \\MaraNAS\data\media\tv\Young Sheldon\Season 5\Young Sheldon - S05E01 - One Bad Night and Chaos of Selfish Desires HDTV-720p.mkv 2021-12-12 18:55:31.745 Info MediaProbeManager: ProcessRun 'ffprobe' Execute: C:\Users\Admin\AppData\Roaming\Emby-Server\system\ffprobe.exe -i file:"\\MaraNAS\data\media\tv\Young Sheldon\Season 5\Young Sheldon - S05E01 - One Bad Night and Chaos of Selfish Desires HDTV-720p.mkv" -threads 0 -v info -print_format json -show_streams -show_chapters -show_format -show_data
SkinnyT 1 Posted December 13, 2021 Author Posted December 13, 2021 Ok, so im not too crazy then. I thought I was reading this right, but I must be missing something.
Luke 42077 Posted December 20, 2021 Posted December 20, 2021 So previously you had an empty Young Sheldon folder in your TV library, and then you added a single episode? Is that correct?
kevinw 8 Posted March 9, 2022 Posted March 9, 2022 (edited) Am I correct in thinking this query came to a grinding halt waiting for SkinnyT to respond? I have exactly the same issue in that I've migrated to a new NAS, Sonarr is now running in Docker, testing Sonarr's connection to emby says it's OK, I can see Sonarr updates in the emby log but the emby library is not being updated until emby runs a scan (automatically or manually). I've attached the emby log and am happy to start a new thread if required but it appears to my uneducated eye that I'm experiencing the exact issue SkinnyT had under the same circumstances. embyserver.txt Edited March 9, 2022 by kevinw Added missing word.
Luke 42077 Posted March 9, 2022 Posted March 9, 2022 3 hours ago, kevinw said: Am I correct in thinking this query came to a grinding halt waiting for SkinnyT to respond? I have exactly the same issue in that I've migrated to a new NAS, Sonarr is now running in Docker, testing Sonarr's connection to emby says it's OK, I can see Sonarr updates in the emby log but the emby library is not being updated until emby runs a scan (automatically or manually). I've attached the emby log and am happy to start a new thread if required but it appears to my uneducated eye that I'm experiencing the exact issue SkinnyT had under the same circumstances. embyserver.txt 1.9 MB · 0 downloads Hi there, can you please go over a specific example? Thanks.
kevinw 8 Posted March 9, 2022 Posted March 9, 2022 Maybe I'm being obtuse but I'm not entirely sure what sort of example you're after so I'm obviously missing something. In that log you'll see several examples of Sonarr, having finished downloading a new episode of a TV programme and putting it in the correct place, sending a message to emby via the API. The log doesn't tell me exactly what Sonarr sent but on each occasion there's a corresponding message from emby saying it has updated the library as a result of what Sonarr sent. In none of those cases did emby actually update the library with the new episode information, i.e. I couldn't see any of those episodes in the emby interface in a PC browser, FireTV or Shield. I tried refreshing the cache in my browser and killing the emby app then restarting it on the other devices and that made no difference. Once a scheduled or manual scan was run the episodes appeared. Kevin
kevinw 8 Posted March 10, 2022 Posted March 10, 2022 (edited) I’ve been thinking about this and have a theory. Is there any way to see in the log exactly what Sonarr is passing to emby? And does emby validate what it is being told, ie if Sonarr tells emby there is a new episode of a TV series in directory A does emby check it’s actually there before updating the library? Edited March 10, 2022 by kevinw To ask another question
Happy2Play 9780 Posted March 10, 2022 Posted March 10, 2022 27 minutes ago, kevinw said: Is there any way to see in the log exactly what Sonarr is passing to emby? Search "Sonarr" in the log, but all it will send is api call. 2022-03-09 01:20:45.928 Info Server: http/1.1 POST http://192.168.0.33:8095/mediabrowser/Library/Media/Updated. UserAgent: Sonarr/3.0.7.1477 (ubuntu 18.04) 2022-03-09 01:20:45.935 Info Server: http/1.1 Response 204 to 192.168.0.211. Time: 7ms. http://192.168.0.33:8095/mediabrowser/Library/Media/Updated But Luke is looking for a specific example. What was added and when to try and see what is happening.
kevinw 8 Posted March 10, 2022 Posted March 10, 2022 I'd seen those, that's how I knew Sonarr was talking to emby and emby was acknowledging the communication (as an aside, is it emby or Emby?). This is what's in the Sonarr log for the time of the log entry you posted: 2022-03-09 01:20:45.0|Debug|ImportDecisionMaker|Analyzing 1/1 files. 2022-03-09 01:20:45.0|Debug|Parser|Parsing string 'FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY' 2022-03-09 01:20:45.0|Debug|Parser|Episode Parsed. FBI Most Wanted - S03E14 2022-03-09 01:20:45.0|Debug|Parser|Language parsed: English 2022-03-09 01:20:45.0|Debug|QualityParser|Trying to parse quality for FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY 2022-03-09 01:20:45.0|Debug|Parser|Quality parsed: HDTV-720p v1 2022-03-09 01:20:45.0|Debug|Parser|Release Group parsed: SYNCOPY 2022-03-09 01:20:45.0|Debug|VideoFileInfoReader|Getting media info from /downloads/completed/FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY/c559cc625c334ed6a319e6493744db95.mkv 2022-03-09 01:20:45.0|Debug|DetectSample|Runtime is over 90 seconds 2022-03-09 01:20:45.0|Debug|Parser|Rejected Hashed Release Title: c559cc625c334ed6a319e6493744db95.mkv 2022-03-09 01:20:45.0|Debug|Parser|Attempting to parse episode info using directory and file names. FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY 2022-03-09 01:20:45.0|Debug|Parser|Parsing string 'FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY c559cc625c334ed6a319e6493744db95.mkv' 2022-03-09 01:20:45.0|Debug|Parser|Episode Parsed. FBI Most Wanted - S03E14 2022-03-09 01:20:45.0|Debug|Parser|Language parsed: English 2022-03-09 01:20:45.0|Debug|QualityParser|Trying to parse quality for FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY c559cc625c334ed6a319e6493744db95.mkv 2022-03-09 01:20:45.0|Debug|Parser|Quality parsed: HDTV-720p v1 2022-03-09 01:20:45.0|Debug|Parser|Release Group parsed: SYNCOPY 2022-03-09 01:20:45.0|Debug|VideoFileInfoReader|Getting media info from /downloads/completed/FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY/c559cc625c334ed6a319e6493744db95.mkv 2022-03-09 01:20:45.0|Debug|AggregateLanguage|Using language: English 2022-03-09 01:20:45.1|Debug|QualityParser|Trying to parse quality for FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY 2022-03-09 01:20:45.1|Debug|AggregateQuality|Using quality: HDTV-720p v1 2022-03-09 01:20:45.1|Debug|AbsoluteEpisodeNumberSpecification|Series type is not Anime, skipping check 2022-03-09 01:20:45.1|Debug|AlreadyImportedSpecification|Skipping already imported check for episode without file 2022-03-09 01:20:45.1|Debug|VideoFileInfoReader|Getting media info from /downloads/completed/FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY/c559cc625c334ed6a319e6493744db95.mkv 2022-03-09 01:20:45.1|Debug|DetectSample|Runtime is over 90 seconds 2022-03-09 01:20:45.1|Debug|ImportDecisionMaker|File accepted 2022-03-09 01:20:45.2|Debug|EpisodeFileMovingService|Moving episode file: /downloads/completed/FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY/c559cc625c334ed6a319e6493744db95.mkv to /data/TV/TV (Air)/FBI - Most Wanted/Season 03/FBI - Most Wanted S03E14 Shattered.mkv 2022-03-09 01:20:45.2|Debug|DiskTransferService|Move [/downloads/completed/FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY/c559cc625c334ed6a319e6493744db95.mkv] > [/data/TV/TV (Air)/FBI - Most Wanted/Season 03/FBI - Most Wanted S03E14 Shattered.mkv] 2022-03-09 01:20:46.7|Debug|EpisodeService|Linking [Season 03/FBI - Most Wanted S03E14 Shattered.mkv] > [[52039]Shattered] 2022-03-09 01:20:46.7|Debug|NotificationService|No tags set for this notification. 2022-03-09 01:20:46.7|Debug|MediaBrowserProxy|Looking for error in response: Res: [POST] http://192.168.0.33:8095/mediabrowser/Library/Media/Updated: 204.NoContent 2022-03-09 01:20:47.1|Debug|DiskScanService|Scanning '/downloads/completed/FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY' for video files 2022-03-09 01:20:47.1|Debug|DiskScanService|0 video files were found in /downloads/completed/FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY 2022-03-09 01:20:47.1|Debug|DownloadedEpisodesImportService|Deleting folder after importing valid files 2022-03-09 01:20:47.1|Debug|CompletedDownloadService|All episodes were imported for FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY 2022-03-09 01:20:47.1|Debug|DownloadEventHub|[FBI.Most.Wanted.S03E14.720p.HDTV.x264-SYNCOPY] Marking download as imported from NZBGet So it looks like for that example it's FBI Most Wanted S03E14. Kevin
Happy2Play 9780 Posted March 10, 2022 Posted March 10, 2022 Unless debug logging shows more information, Dev will have to reply as there was almost 10 hours between the logs for that episode assuming timestamps are correct. 2022-03-09 10:10:03.732 Info MediaProbeManager: ProcessRun 'ffprobe' Execute: C:\Users\HTPC\AppData\Roaming\Emby-Server\system\ffprobe.exe -i file:"\\Holly\Video\TV\TV (Air)\FBI - Most Wanted\Season 03\FBI - Most Wanted S03E14 Shattered.mkv" -threads 0 -v info -print_format json -show_streams -show_chapters -show_format -show_data
kevinw 8 Posted March 10, 2022 Posted March 10, 2022 I'm confused. The timestamp on the initial emby log entry you posted was 2022-03-09 01:20:45.928. The Sonarr log I posted started at 2022-03-09 01:20:45.0 and ran to 01:20:47 so included the time shown in the emby log. Isn't the later emby log entry you posted from when emby picked up the episode as a result of a manual or automatic library scan?
Happy2Play 9780 Posted March 10, 2022 Posted March 10, 2022 29 minutes ago, kevinw said: The timestamp on the initial emby log entry you posted was 2022-03-09 01:20:45.928. Yes that would appear to be the first time Sonarr sent a update request to Emby. Then Sonos spams your log for 3 plus hours. 38 minutes ago, kevinw said: Isn't the later emby log entry you posted from when emby picked up the episode as a result of a manual or automatic library scan? Not seeing scans in log but they are debug events but do see the /ScheduledTasks calls. Debugging logging will probably show more info just like OP log.
kevinw 8 Posted March 11, 2022 Posted March 11, 2022 [An aside while we wait for Luke to comment] I noticed the Sonos entries and wondered what they were all about. I assume they're something to do with the Sonos plug-in which I don't remember installing but must have. I've removed it because, if I'm honest, I'm not sure why I installed it as I can't see what benefit it will give me. Hopefully that'll clean up the log. Kevin
Luke 42077 Posted March 21, 2022 Posted March 21, 2022 I don't see anything obvious here, but we're soon to release Emby Server 4.7, so I would suggest re-evaluating with that once available. Thanks.
Tech127 20 Posted August 23, 2022 Posted August 23, 2022 (edited) I just had this problem and stumbled across this post looking for a fix. Here's the issue as shown in the log: (see bottom of post for fix) 2022-08-23 16:10:26.524 Error UserManager: Error authenticating with provider Default *** Error Report *** Version: 4.7.6.0 Command line: C:\Users\Administrator\AppData\Roaming\Emby-Server\system\EmbyServer.dll -service Operating system: Microsoft Windows 10.0.17763 Framework: .NET 6.0.7 OS/Process: x64/x64 Runtime: C:/Users/Administrator/AppData/Roaming/Emby-Server/system/System.Private.CoreLib.dll Processor count: 8 Data path: C:\Users\Administrator\AppData\Roaming\Emby-Server\programdata Application path: C:\Users\Administrator\AppData\Roaming\Emby-Server\system System.Exception: System.Exception: Invalid username or password.. at Emby.Server.Implementations.Library.DefaultAuthenticationProvider.Authenticate(String username, String password, User resolvedUser) at Emby.Server.Implementations.Library.UserManager.AuthenticateWithProvider(IAuthenticationProvider provider, String username, String password, User resolvedUser, CancellationToken cancellationToken) Source: Emby.Server.Implementations TargetSite: System.Threading.Tasks.Task`1[MediaBrowser.Controller.Authentication.ProviderAuthenticationResult] Authenticate(System.String, System.String, MediaBrowser.Controller.Entities.User) 2022-08-23 16:10:26.525 Info HttpClient: POST https://connect.emby.media/service/user/authenticate 2022-08-23 16:10:26.935 Info HttpClient: POST https://connect.emby.media/service/user/authenticate 2022-08-23 16:10:27.140 Info UserManager: Authentication request for Smokey has been denied. 2022-08-23 16:10:27.155 Warn Server: AUTH-ERROR: 174.16.44.109 - Invalid username or password entered. 2022-08-23 16:10:27.156 Error Server: Invalid username or password entered. 2022-08-23 16:10:27.156 Info Server: http/1.1 Response 401 to host1. Time: 655ms. http://host3/emby/Users/authenticatebyname?X-Emby-Client=Emby%20Web&X-Emby-Device-Name=Google%20Chrome%20Windows&X-Emby-Device-Id=0e52942d-7ee8-4f90-bbd0-cb466278bfe6&X-Emby-Client-Version=4.7.6.0 2022-08-23 16:10:44.226 Info Server: http/1.1 POST http://host3/emby/Users/authenticatebyname?X-Emby-Client=Emby%20Web&X-Emby-Device-Name=Google%20Chrome%20Windows&X-Emby-Device-Id=0e52942d-7ee8-4f90-bbd0-cb466278bfe6&X-Emby-Client-Version=4.7.6.0. Accept=application/json, Connection=Upgrade, Host=emby.techlife127.net, User-Agent=Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.0.0 Safari/537.36, Accept-Encoding=gzip, Accept-Language=en-US,en;q=0.9, Content-Type=application/x-www-form-urlencoded; charset=UTF-8, Origin=https://emby.techlife127.net, Referer=https://emby.techlife127.net/web/index.html, Content-Length=32, X-Real-IP=174.16.44.109, X-Forwarded-For=174.16.44.109, 172.69.70.24, cf-ipcountry=US, cdn-loop=cloudflare, cf-ray=73f72e121bfaaa88-DFW, x-forwarded-proto=https, cf-visitor={"scheme":"https"}, sec-ch-ua="Chromium";v="104", " Not A;Brand";v="99", "Google Chrome";v="104", sec-ch-ua-mobile=?0, sec-ch-ua-platform="Windows", sec-fetch-site=same-origin, sec-fetch-mode=cors, sec-fetch-dest=empty, cf-connecting-ip=174.16.44.109 2022-08-23 16:10:44.232 Info UserManager: Authentication request for Smokey has succeeded. 2022-08-23 16:10:44.232 Info SessionManager: Creating new access token for user 1 2022-08-23 16:10:44.242 Info Server: http/1.1 Response 200 to host1. Time: 15ms. http://host3/emby/Users/authenticatebyname?X-Emby-Client=Emby%20Web&X-Emby-Device-Name=Google%20Chrome%20Windows&X-Emby-Device-Id=0e52942d-7ee8-4f90-bbd0-cb466278bfe6&X-Emby-Client-Version=4.7.6.0 2022-08-23 16:10:44.799 Info Server: http/1.1 POST http://host3/emby/Sessions/Capabilities/Full?X-Emby-Client=Emby Web&X-Emby-Device-Name=Google Chrome Windows&X-Emby-Device-Id=0e52942d-7ee8-4f90-bbd0-cb466278bfe6&X-Emby-Client-Version=4.7.6.0&reqformat=json. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.0.0 Safari/537.36 2022-08-23 16:10:44.804 Info Server: http/1.1 Response 204 to host1. Time: 5ms. http://host3/emby/Sessions/Capabilities/Full?X-Emby-Client=Emby Web&X-Emby-Device-Name=Google Chrome Windows&X-Emby-Device-Id=0e52942d-7ee8-4f90-bbd0-cb466278bfe6&X-Emby-Client-Version=4.7.6.0&reqformat=json 2022-08-23 16:11:12.229 Info Server: http/1.1 POST http://127.0.0.1:8096/mediabrowser/Notifications/Admin. UserAgent: Sonarr/2.0.0.5344 (windows server 10.0.17763.0) 2022-08-23 16:11:12.234 Error Server: Access token is invalid or expired. 2022-08-23 16:11:12.234 Info Server: http/1.1 Response 401 to 127.0.0.1. Time: 6ms. http://127.0.0.1:8096/mediabrowser/Notifications/Admin 2022-08-23 16:11:37.268 Info Server: http/1.1 POST http://127.0.0.1:8096/mediabrowser/Notifications/Admin. UserAgent: Sonarr/2.0.0.5344 (windows server 10.0.17763.0) 2022-08-23 16:11:37.270 Error Server: Access token is invalid or expired. 2022-08-23 16:11:37.270 Info Server: http/1.1 Response 401 to 127.0.0.1. Time: 3ms. http://127.0.0.1:8096/mediabrowser/Notifications/Admin What I found is that all of my API keys in Emby had been deleted. I created new keys for Sonarr and Radarr, copied the keys into the respective apps, and just like that, it worked. SO, if you have this issue, check your keys Edited August 23, 2022 by TechLife 1 1
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now