After update Sonarr/Radarr Connection will not trigger library update/scan

[ezzah 3]

Emby Version: 4.5.0.50

Server: Ubuntu 18.0.4.5 LTS

I have not changed any of my folder locations or file structures, but after the upgrade (if this is indeed the issue) Emby no longer would scan any imported files that should be passed on. On the other hand, a different script for plex manages to pass the scans to the plex server fine, so it is unlikely that somehow the file structure or folders are mixed up.

I'm not sure what logs to attach. I have looked through the emby logs and I get the following which confirms that radarr is querying the server and sending a reply back to radarr:

2020-09-23 07:37:17.191 Debug LibraryMonitor: New file refresher created for /tv/Other/Bitchin Rides
2020-09-23 07:40:22.916 Info HttpServer: HTTP POST http://emby.x.x/mediabrowser/Library/Media/Updated. UserAgent: Sonarr/3.0.3.928 (ubuntu 20.04)
2020-09-23 07:26:36.288 Info HttpServer: HTTP Response 204 to radarrserver. Time: 0ms. http://emby.x.x/mediabrowser/Library/Media/Updated. ConnectionId: 0HM2VLDGVB954
2020-09-23 07:39:08.804 Debug LibraryMonitor: Timer stopped.

I've kept the interesting lines in since there's a lot of random other http requests from other users. I am quite sure that the files are visible to emby as when I force a scan they will appear.

Edited September 23, 2020 by ezzah

[ezzah 3]

I also see this with debug logging enabled

2020-09-23 18:44:14.923 Debug LibraryMonitor: Resetting file refresher from /tv/Other/Detroit 1-8-7 to /tv/Other

 

[Luke 42078]

Hi there, can you please go over an example and attach the complete emby server log? Thanks.

[ezzah 3]

Ok here is my use-case and current setup.

1. I have Emby added into the Sonarr and Radarr Connect feature by entering in the URL, port and API key. Running the test on both Radarr and Sonarr get a green.

2. Whilst Sonarr/Radarr is importing files it is calling Emby to update the library but I see no evidence of that actually happening. Triggering a manual library update through scanning an entire folder works fine. 

I have attached a log here is the date tag when the debug logging started: 18:44:01

embyserver.txt

[ezzah 3]

I may have discovered the issue, but I'm not sure why it's happening.

When Sonarr/Radarr passes the location of the folder, the path being given is different.

The plex_autoscan script is being passed '/data/TV/Other/Example TV Show' while Emby is being passed 'TV/Other/Example TV Show'. Time stamp "18:44:01.846" on the logs shows an example of this. Unless I may be wrong and Emby merely outputs the incomplete location in log and it is actually getting the same as the plex_autoscan script?

I'm not sure why the path being passed is not full. There has been no updates to Sonarr or Radarr recently and only update has been the latest Emby server version.

Edited September 23, 2020 by ezzah

[ezzah 3]

I tried to map the paths as exactly as it would appear on sonarr or radarr, but it still does not work, which leads me to assume that somehow 4.5 has changed so that scans don't work through the connect function on sonarr or radarr.

[PenkethBoy 2068]

If i understand correctly

your issue is that the path sent to Emby is not correct coming from Sonarr or Radarr - is that a correct summary of your issue?

If so then its not an emby problem - as if emby does not get a path it can access then the library scan you are calling will fail - check your emby server log for the approx time a lib scan request is sent - i suspect you will see either errors about path cannot be found or permission errors.

As for correcting it - that will be down to the config of the arr's - so they send emby a valid path. You also say they have not updated recently - would suggest you have updates turned off or are on the stable branch vs the new versions which get update every other day at present - so could that depending on which versions you are currently on have infact had updates or not and you may not have noticed as they are by default set to auto update.

 

[ezzah 3]

I think it's a path issue, but I am not sure. Sonarr and Radarr technically have the same paths with Emby that is '/mnt/unionfs/Media/TV/Movies' it's just that the docker see it as /movies and /tv for radarr and sonarr respectively but they ultimately point to the above absolute path. If I edit the emby docker to include /movies and /tv to bind with the /mnt path it should be able to read it properly but it does not. 

The thing is I'm not even sure it's a path issue, because it was clearly working until Emby was updated to 4.5 recently and I don't believe sonarr or radarr was updated recently. Perhaps something has changed with emby since the update? Not sure

My only workaround right now is to get the scheduled task to constantly scan every 30 minutes or an hour to get new content in a timely fashion since real-time monitoring won't work on a rclone mount.

Edited September 25, 2020 by ezzah

[Luke 42078]

Are you still running into this?

[ezzah 3]

Yes this is an occurring issue for me, but it is specifically where sonarr and emby are on different servers (even though both have the exact same internal and external pathing). Logs show that emby receives request from sonarr to scan snd returns a 204 response, but no scan occurs. A bit bizarre. Files should be clearly available because plex_autoscan script receives the same path and can force Plex to scan the same file. 

Going to try to enable debug logging and see if it gets anything.

Edited October 15, 2020 by ezzah

[ezzah 3]

Debug logs show that the file path is being passed through, but no actual scan is being triggered:

 

2020-10-15 15:27:20.480 Debug LibraryMonitor: New file refresher created for /tv/Anime/Major 2nd
2020-10-15 15:27:20.480 Info HttpServer: HTTP Response 204 to x.x.x.x. Time: 1ms. http://emby.x.x/mediabrowser/Library/Media/Updated. ConnectionId: --

Edited October 15, 2020 by ezzah

[ezzah 3]

I may have discovered the issue. My files were off server attached with sftp rclone mount. The mount had the dir-cache-time set to 1m which meant that the emby docker container would get the scan request immediately after completion from sonarr whicb triggers a scan. However, since the rclone mount on the emby server has yet to refresh new files and directories it ends up scanning a non-existent location and fails.

It would be nice if the emby debug logs would give information regarding the status of the scan such as whether file exists, etc.

Edited October 15, 2020 by ezzah

[Luke 42078]

Hi, thanks for the feedback. Glad to hear you sorted it out.

[mcasey6747 1]

On 10/15/2020 at 10:21 AM, ezzah said:

I may have discovered the issue. My files were off server attached with sftp rclone mount. The mount had the dir-cache-time set to 1m which meant that the emby docker container would get the scan request immediately after completion from sonarr whicb triggers a scan. However, since the rclone mount on the emby server has yet to refresh new files and directories it ends up scanning a non-existent location and fails.

It would be nice if the emby debug logs would give information regarding the status of the scan such as whether file exists, etc.

Were you able to find a solution to this?  Thanks