Jump to content

Real Time Monitor ... not working?


livin

Recommended Posts

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 by livin
Link to comment
Share on other sites

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

Link to comment
Share on other sites

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 by livin
Link to comment
Share on other sites

 

 

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

Link to comment
Share on other sites

seanbuff

@@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 by seanbuff
Link to comment
Share on other sites

@@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 by livin
Link to comment
Share on other sites

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.

Link to comment
Share on other sites

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

 

Sent from my ONEPLUS A6003 using Tapatalk

Link to comment
Share on other sites

seanbuff

@@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.

Link to comment
Share on other sites

seanbuff

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"

 

 

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

  • 4 months later...
dcol

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

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

dcol

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 by dcol
Link to comment
Share on other sites

dcol

Yes, please add it to the todo list

Thanks

Edited by dcol
Link to comment
Share on other sites

  • 1 year later...

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...