Real Time Monitor ... not working?

[livin 10]

Real Time Monitor (RTM) is broken for me... Anyone else?

 

 

All my Libraries have, and always have had RTM enabled but over the past month or so it often takes hours for Emby to update the library when new videos are added.

 

If I force a scan, they add immediately - scans only take about 20-30 seconds for ALL libraries combined (I have a fast i5 system).

 

Emby is on Win10

problem occurs with video libraries (I have 4) - maybe others, dont know.

ALL libraries are on a Synology NAS

Emby uses SMB shares to access (\\nas\movies)

Edited January 17, 2020 by livin

[Luke 42080]

Hi there, please discuss an example and see how to report a problem. Thanks.

[lorac 118]

I've seen that as well. Although it seems to be media that's on the server gets picked up right away but not on network shares.

 

Sent from my ONEPLUS A6003 using Tapatalk

[livin 10]

Hi there, please discuss an example and see how to report a problem. Thanks.

 

Dont know what 'example' you need... Put any video file in folder. wait. maybe it will scan in a hour, maybe 4, maybe 10.  If you want a debug log, l can but I suspect you should be able to repro in about 2 seconds?

 

Emby is on Win10

problem occurs with video libraries (I have 4) - maybe others, dont know.

ALL libraries are on a Synology NAS

Emby uses SMB shares to access (\\nas\movies)

 

 

I've seen that as well. Although it seems to be media that's on the server gets picked up right away but not on network shares.

Thank you... I suspect the same as you mention. I only use a NAS, no local files.

Edited January 17, 2020 by livin

[Luke 42080]

 

 

Dont know what 'example' you need

 

It's right in the link I gave you above. Also did you explore the Synology section of the community to learn about possible Synology specific considerations with the real-time monitor?

 

https://emby.media/community/index.php?/topic/69684-emby-version-4-real-time-monitoring-is-not-working-synology-241315-and-all-other/page-5&do=findComment&comment=757675

[seanbuff 1318]

@@lorac @@livin do you happen to use any automation software such as Sonarr / Radarr?

 

If so, I have experienced this when using Sonarr, discussed here: https://emby.media/community/index.php?/topic/79344-library-tv-series-is-not-updating-automaticely-anymore/

which still remains unresolved ...

Edited January 17, 2020 by seanbuff

[livin 10]

@@seanbuff ... I dont see why an episode copied in my automation would be any different than one manually copied. Its the same OS command.

 

@@Luke

I just input a Triggered Task into my Synology Scheduler (that thread is a mess - if this is the fix, you should put in in a Wiki FAQ for RTM - without you I'd have never found it, and I did a lot of searches.)

That thread dates to Jan 2019... mine worked fine until about a month ago. Systems has not changed, been on DSM 6.x for a long time - many months before my problem started happening

 

sh -c '(sleep 90 && echo 204800 > /proc/sys/fs/inotify/max_user_watches)&'

 

If it works, or does not, I'll let you know.

Edited January 17, 2020 by livin

[Luke 42080]

Let us know, but the main thing is .NET core on linux uses INotify, so however your files are setup, INotify needs to support that.

[lorac 118]

I use Sonarr mostly for TV shows but movies are generally manually downloaded / RSS.

 

Sent from my ONEPLUS A6003 using Tapatalk

[seanbuff 1318]

@@seanbuff ... I dont see why an episode copied in my automation would be any different than one manually copied. Its the same OS command.

 

exactly - anything I copy/move over manually, Emby RTM detects no problem. But as soon as Sonarr does it and issues the POST, Emby acknowledges the update, but does not initiate the Refresh.

 

Mine is on QNAP, very similar.

[seanbuff 1318]

Okay so I just tried applying the "fix" from that other thread, my 'max_user_watches' value was pretty high by default (131072) but I decided to make it '1048576' as per that article.

 

Used Sonarr to fetch a new episode from an existing series.

 

Debug logs are the same:

2020-01-17 18:29:35.221 Info HttpServer: HTTP POST http://10.1.1.77:8096/mediabrowser/Notifications/Admin. UserAgent: Sonarr/3.0.3.688 (linux )
2020-01-17 18:29:35.222 Info HttpServer: HTTP Response 204 to 10.1.1.100. Time: 1ms. http://10.1.1.77:8096/mediabrowser/Notifications/Admin
2020-01-17 18:29:35.226 Info HttpServer: HTTP POST http://10.1.1.77:8096/mediabrowser/Library/Media/Updated. UserAgent: Sonarr/3.0.3.688 (linux )
2020-01-17 18:29:35.226 Debug LibraryMonitor: New file refresher created for /share/TV Shows/The Simpsons
2020-01-17 18:29:35.227 Info HttpServer: HTTP Response 204 to 10.1.1.100. Time: 1ms. http://10.1.1.77:8096/mediabrowser/Library/Media/Updated

And exactly 1 minute later ...

2020-01-17 18:30:35.237 Debug LibraryMonitor: Timer stopped.

Again, we are missing the all important line -- "\\path\to\new\file will be refreshed"

 

 

[Luke 42080]

Okay so I just tried applying the "fix" from that other thread, my 'max_user_watches' value was pretty high by default (131072) but I decided to make it '1048576' as per that article.

 

Used Sonarr to fetch a new episode from an existing series.

 

Debug logs are the same:

2020-01-17 18:29:35.221 Info HttpServer: HTTP POST http://10.1.1.77:8096/mediabrowser/Notifications/Admin. UserAgent: Sonarr/3.0.3.688 (linux )
2020-01-17 18:29:35.222 Info HttpServer: HTTP Response 204 to 10.1.1.100. Time: 1ms. http://10.1.1.77:8096/mediabrowser/Notifications/Admin
2020-01-17 18:29:35.226 Info HttpServer: HTTP POST http://10.1.1.77:8096/mediabrowser/Library/Media/Updated. UserAgent: Sonarr/3.0.3.688 (linux )
2020-01-17 18:29:35.226 Debug LibraryMonitor: New file refresher created for /share/TV Shows/The Simpsons
2020-01-17 18:29:35.227 Info HttpServer: HTTP Response 204 to 10.1.1.100. Time: 1ms. http://10.1.1.77:8096/mediabrowser/Library/Media/Updated

And exactly 1 minute later ...

2020-01-17 18:30:35.237 Debug LibraryMonitor: Timer stopped.

Again, we are missing the all important line -- "\\path\to\new\file will be refreshed"

 

We'll help you in the topic you've already created. Let's try to avoid having the same discussion in multiple places. Thanks.

[dcol 175]

 Same issue here using NFS drive mapping from FreeNAS. RTM does not work.

[Luke 42080]

Works just fine on platforms and file systems that INotify supports.

[dcol 175]

Does FreeNAS support iNotify?

[Luke 42080]

On freenas the server runs with the mono runtime, instead of .net core because Microsoft has not yet released that yet for freebsd. Mono does not support the .net standard filesystemwatcher api.

 

So the answer is INotify might work by itself but the mono runtime that uses it has problems on freebsd.

[dcol 175]

ok, thanks for the info. I guess Freenas is not a good choice for Emby right now. But if there was a way to schedule scans for individual libraries it would be a work around. Is this feature coming? I know it has been requested by some of us.

Edited June 3, 2020 by dcol

[Luke 42080]

I think that would be a good thing to add.

[dcol 175]

Yes, please add it to the todo list

Thanks

Edited June 3, 2020 by dcol

[Shurrik 0]

On 03/06/2020 at 04:59, Luke said:

I think that would be a good thing to add.

any updates so far?

[Luke 42080]

18 hours ago, Shurrik said:

any updates so far?

Hi, not yet, but it's a good idea for future updates. thanks.