All Activity

Still nothing. Exact same problem years later.

@LukeThis has been going on for so insanely long now. You responded to posts in 2024 about the EXACT same issue that 'you were taking a look at it'. Can you please just be honest.

Am I making a simple folder structure mistake that I am just too blind to see? I honestly don't recall this ever being an issue until 2 days ago. Since I'm 99% Kodi user that has it's own addons, I guess I may have never seen this. Any guidance would be appreciated before I embark on who directory structure redo. I suppose I could wait till the weekend and peel off a few shows into a separate library for testing. /taking grandma nap.

I'm experiencing what appears to be the same issue on a Synology NAS and wanted to share my findings in case they help. Environment Synology DS1819+ DSM 7.3.2-86009 32 GB RAM Emby Server 4.9.5.0 (Package Center installation) .NET 8 runtime bundled with Emby The problem only started recently. Prior to that, this server had been running reliably for a long time. Symptoms After a restart, Emby starts normally using approximately 350-400 MB RSS. Throughout the day it remains very stable, even under heavy load. I tested: Three simultaneous 4K streams A full manual library scan while streaming During those tests, Emby's RSS never exceeded approximately 850 MB. The interesting part is that the problem consistently starts around midnight. At approximately midnight, Emby's memory usage begins increasing in large steps. From that point on, the resident memory continues growing throughout the night until the server eventually runs out of memory and the Linux OOM killer terminates the Emby process. On the night I monitored it, I observed approximately: 0.4 GB 1.3 GB 4.3 GB 4.8 GB 7.2 GB eventually peaking at 28.6 GB RSS The growth appears to occur in roughly 30-minute intervals. Suggesting a process starting at midnight being triggered again and again every 30 minutes, eating up more and more memory every time until it crashes. During this entire period the process is mostly idle: CPU around 4% approximately 20-21 threads process state is generally "sleeping" So, it looks like something is simply eating up the memory, but not doing anything meaningful. Kernel logs The Linux kernel consistently reports Emby using approximately 25 GB of anonymous RSS immediately before it is killed. Example: Out of memory: Kill process 30784 (EmbyServer) Killed process 30784 (EmbyServer) anon-rss:25216920kB Monitoring To investigate, I wrote a script that records Emby's memory every minute and ingested the data into Splunk. The graph clearly shows: Emby's RSS increasing in large steps beginning around midnight. Total system memory usage following Emby's growth almost exactly. Memory continuing to increase throughout the night until the OOM event. Jumps occur every 30 minutes, increasing about 3GB every time, until it crashes. You see the moment it crashes, the sudden deallocation of all that memory. I only realized it was down about an hour later and then I brought it back manually. When it came back, memory usage returns to a constant of 350-450MB and it's not increasing at this moment. Debug logging With debug logging enabled, I noticed repeated library validation messages approximately every 30 minutes: ValidatePhysicalRoots ValidateTopLibraryFolders The timing appears to correlate with the memory increases, although I can't yet say whether those operations are the cause or simply occur at the same time. Plugin observation After reading Luke's recommendation in this thread, I checked my installed plugins. Of the plugins mentioned, the only one I had installed was Statistics 3.4.2.0. So i just removed it and I'll monitor what happens at midnight now. My logs also have many 404 errors from the TMDB plugin at the 30 minute intervals. This plugin was was not mentioned by @Lukebut it might play a part in this issue. I also realized that I installed the Statistics plugin relatively recently, which roughly coincides with when I first started noticing this problem. I can't say whether it's the cause, but as my next step I've removed the Statistics plugin and will monitor tonight's behavior to see whether the overnight memory growth still occurs. If anyone would like them, I have: minute-by-minute RSS history system memory history debug logs kernel OOM logs graphs showing the complete overnight memory progression Script i devised to grab the Emby statistics minute by minute to be ingested by Splunk Hopefully this helps determine whether we're seeing the same underlying issue.

I've done this and will share with you via the link you DM'd me.

There ain't. You can only do it in a per-item basis as @pwhodgessaid. You can lend your support here And for future instances:

I've been using Emby since way back in the MediaBrowser days, so I am unfamiliar with THRASH and who she is? She TRASHY? Never been viable, so common in this space... (such blanket statements being tossed around.) Of course why follow the Software Providers requirements at all? (your words, not mine as bolded above) and just do your own thing. They gave you the options to a tag after the filename and you choose not to use them. Again, so strange why people don't follow what the software vendor REQUIRES them to do then complain. I'm going to bed before football starts. Thread on mute.

Is there a reason this isn't just being offered as a .dll I can drop into my plugins folder, as with all other Emby plugins? I don't know my way around building things or whatever. I had the old backups plugin, so I have a section like this in the NFO file for each episode: <markers> <introstart>771144278</introstart> <introend>875621889</introend> <creditstart>0</creditstart> </markers> Will this work to restore them?

The one i selct to get the subs back under playing is: Playback Correction. If I use this, the sub are showing as the should. If I remember correctly it was more options on the server side regards for subs. Like "Force burn in", but this could be an error in my head But still, I think my shield played this before, so I don't understand.

I don't know of a general purge; but you can, slightly tediously, right-click (or equivalent) each entry you no longer want and select "Remove from Continue Watching" from that menu. Paul

What I would do just to test is remove the limit and see if others start streaming from the same account. Sorry it's all I can think of that could at least indicate what the problem might be.

Emby Insights gives admins a quick snapshot of key server stats right on the home screen, browser only ! Playback Reporting is currently only required for usage and playback statistics — not for the general server and media facts. Currently in beta, available on GitHub --> ( https://github.com/mrt187/EmbyInsights ) Works with both the stable and beta Emby Server versions -- -- *This plugin was built with AI — feel free to check the code for safety, and use at your own risk.

It is an area that needs to be looked into and how memory is used for TV Shows and Seasons scanning. I do not know if number of episodes in a season or number of seasons in a show is a factor. The larger the library is, the bigger impact. The shorter the time interval is between scheduled scans, the bigger impact. I do not have an answer - it is recognized that there is an issue here and memory usage needs to be improved

Thanks for summarizing all that! Any thoughts as to what would be causing the spike in RSS and swap memory usage when initiating a library the scan manually? That has been part of my morning routine for years. Even though I didn't start actually paying attention to the memory usage using Resource Monitor until recently, I would have been aware of the spike occurring as Emby becomes sluggish and unresponsive until the scan completes (or Emby shuts down due to OOM). That was not something I started experiencing until about a month ago after updating to Emby Beta 4.10.0.15 (and DSM 7.4-90075).

Thanks for the reply, I’ll look into that plugin. I’m surprised there’s no automated way to remove the tag with new stuff. I do wish this wasn’t an issue in the first place.

Well, the real is the annoyng message "Your account exceeded the maximum streaming limit set by your Emby Server Administrator". And it occurs when someone plays content. I pasted the logs and my thougths just to be more clear, but the problem is the thread title, and first paragraph: "user keeps getting "Your account exceeded the maximum streaming limit set by your Emby Server Administrator", but he only ever uses a single Apple TV"

I've found some logs but none of them have any playback in them. Please be sure to play the item with the problem for a few seconds and then immediately send the log. Don't restart etc. Then also, please provide the information requested in that topic. Thanks.

Check do you have "Hide spoiler information..." enabled under your user's Display preferences.

@Luke The error in this log is the most frequent one, and it’s what caught my attention. The one I sent earlier was actually an issue with my network... I added a new movie, but it isn't showing up. Since it wasn't appearing, I checked the logs and found several errors similar to this one. It seems like an error occurs at some point during the movie scan. ChatGPT suggested it might be the file format or the fact that I grouped movies from the same franchise into folders, but this always worked before, and I'm using the same format as always. Even so, I went to the trouble of changing the format as suggested—putting each movie in its own folder—but that didn't fix it. The error persists, and the movie I added still isn't found. In fact, the error occurs even without that movie...

I am sorry for my late reply, had a few hectic weeks. I sadly can confirm that the last Emby client update for MacOS did not fix the issue, or at least not for me.

Lustiger Weise scheint Emby Vorschaubilder gefunden zu haben, nur werden sie nicht angezeigt - siehe roten Kreis im folgenden Bild.

Thanks for your help.

So schaut es bei mir auch aus, habe da mal alle "Bildquellen" angeklickt in der Hoffnung er findet was/ stellt was dar. Aber auch händisch eingefügte Thumbnails werden gar nicht erst angezeigt..., es werden gar keine Episodenbilder/ Thumbnails angezeigt - irgendwie seltsam. Kann man die Darstellung von Thumbnails irgendwie abschalten? evtl. habe ich ja irgendwo falsch geklickt und den Bums damit ausgestellt?

It's never been a viable option. Anyone following the TRASH Guides naming standard, which is extremely common in this space, will find zero comfort in Emby's implementation of multi-versioning. Emby requires all version to have the same name. Whereas different files are never named the same following any popular standards. no way. i've found they are usually completely reasonable and logical but yes, ultimately I've done what we always have to do. seperate folders. remove any external tags from the nfo files. and then just wait till next season to come in and end up lost some place

Most likely because people just turn off their device instead of actually stopping the video when done.