8 minutes ago, Braulio Dias Ribeiro said:

Ok, I understood your explications….but what are the others apps? What are the names? That's what I was trying to know.

 

nzb360 does not appear in the Apple Store in Brazil

The link is https://play.google.com/store/search?q=nzb360&c=apps , weird if it's not available there, but you can get it from elsewhere, for instance APKmirror (and I think you can even register it, though I'm not sure).

 

What "other apps" though? Oh, if you're referring to my post, Sonarr and Radarr. You just go into them and add the series or movies you want. No need to add them to Jellyseer, you can add them directly to Sonarr/Radarr.

Edited September 10, 20241 yr by Krakout

6 hours ago, Krakout said:

The link is https://play.google.com/store/search?q=nzb360&c=apps , weird if it's not available there, but you can get it from elsewhere, for instance APKmirror (and I think you can even register it, though I'm not sure).

 

What "other apps" though? Oh, if you're referring to my post, Sonarr and Radarr. You just go into them and add the series or movies you want. No need to add them to Jellyseer, you can add them directly to Sonarr/Radarr.

nzb360 is perfect ..... I couldn't find it for iOS but it's fine for Android. Thank you very much for the information

 

" No need to add them to Jellyseer, you can add them directly to Sonarr/Radarr."
I didn't know that....now everything is becoming clear.

 

Thanks for the tips and clarifications

8 minutes ago, Braulio Dias Ribeiro said:

nzb360 is perfect ..... I couldn't find it for iOS but it's fine for Android. Thank you very much for the information

 

" No need to add them to Jellyseer, you can add them directly to Sonarr/Radarr."
I didn't know that....now everything is becoming clear.

 

Thanks for the tips and clarifications

Just a hint-try reading the documentation for Sonarr and Radarr, all will become much, much clearer, I promise

Only me where version 10.10.0 wont start and if trying to stop the container it shows an error?

14 minutes ago, isvein said:

Only me where version 10.10.0 wont start and if trying to stop the container it shows an error?

Just updated, running fine here. What error are you getting?

1 hour ago, Krakout said:

Just updated, running fine here. What error are you getting?

When I try to restart, stop or remove jellyfin I get an Server execution error in Unraid.
Not sure what logs to look at for that.

Tried to stop and start docker, but now the docker service wont start so then its something else I guess

Edited October 27, 20241 yr by isvein

Tried rebooting?

4 hours ago, Krakout said:

Tried rebooting?

Trying now, hangs at " Array Stopping•All configuration cleared"
Just waiting and see what happens.
Looks like something is crashing Unraid

3 minutes ago, isvein said:

Trying now, hangs at " Array Stopping•All configuration cleared"
Just waiting and see what happens.
Looks like something is crashing Unraid

Oops yeah something more serious is going on...

On 10/27/2024 at 8:54 PM, Krakout said:

Oops yeah something more serious is going on...

had to hard restart the server, remove the container and start over

Hi guys, where's the cache?

 

Inside Jellyfin settings it says /cache/transcodes.

However, when I look into the Container Settings then there is no /cache directory defined. THere are only the TV, Movies and the appdata/Jellyfin path defined, which maps internally to /config.

I have also looked at the directories while Jellyfin was transcoding, but there was simply no /transcode path inside my /appdata.

 

Where is /cache located?

Is it possible that this is acutally in the vdisk ? Since I am missing other folders like images too?

1 hour ago, Torlew said:

s it possible that this is acutally in the vdisk ?

If it's not mapped in the container template then yes, it's in the docker image. You have to map the path yourself.

Hello,

I am not sure if this is the right place for this, let me know if it isn't.

I am posting it here since it seems to be limited to this container only.

I have been using this container for a while without any problems. I am not sure exactly when but at some point this container stopped being able to connect to the internet so no metadata updates or plugin catalog is available.

I suspect it may be due to the fact that I tried the new built in tailscale docker settings. I did revert it because it didn't work (I can't recall why anymore though).

It works perfectly otherwise and can be accessed from the local network.

I am thinking it is a network setting somewhere, but am having a hard time tracking it down.

I first tried a reboot.

I searched google and the forums and nothing seems to be pointing me in the right direction.

I then went into the console to try ping and ifconfig commands but it says they are unavailable. I am not sure if that is normal or not.

I explored the network settings in the appdata folder, but didn't see anything out of the ordinary.

I am not sure where to go from here.

 

I have attached my diagnostics.

 

Please let me know if there is anything that might help in tracking down the problem or if you have suggestions on what might be wrong.

 

smserver-diagnostics-20250315-1004.zip

Getting Jellyfin VA-API to work with my APU again...
 

I thought it'd be handy to offload some of the transcoding work so tried using a dedicated nvidia GPU (970gtx) So changed the container fields to have my GPU ID and the startup flags --runtime=nvidia to "extra parameters"  input my device id etcc but found it didn't have enough hardware acceleration for modern codecs.

Now I want to return to using my APU, i have the same flags as before:
--device=/dev/dri
I have a  AMD Ryzen 3 3200G with Radeon Vega Graphics this was working fine before but jellyfin seems to fail transcoding, if I run
root@Tower:/# /usr/lib/jellyfin-ffmpeg/vainfo --display drm --device /dev/dri/renderD128
 

Trying display: drm
 

libva info: VA-API version 1.22.0

libva info: Trying to open /usr/lib/jellyfin-ffmpeg/lib/dri/nvidia_drv_video.so

libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/nvidia_drv_video.so

libva info: Trying to open /usr/lib/dri/nvidia_drv_video.so

libva info: Trying to open /usr/local/lib/dri/nvidia_drv_video.so

libva info: va_openDriver() returns -1

vaInitialize failed with error code -1 (unknown libva error),exit

it shows nvidia_drv_video, do you tihnk this is whats causing it?

Does anyone know how to get VA-API to use the AMD APU?

I realize this isn’t particularly a Jellyfin issue but wanting to see what folks are doing…

I have a HD HomeRun so do some live satellite tv streaming. 
 

Recently Zap2xml? quit working. I have always used this container on Unraid to get XML/Channel Guide info pulled over into Jellyfin. The container was recently deprecated.

 

https://github.com/shuaiscott/zap2xml

 

What are you guys doing on Unraid now to get FREE Tv Guide information for Jellyfin?

 

In this containers GitHub it mentions making some changes to a file to get it working again but I don’t understand/have any idea how to do it on Unraid?: https://github.com/shuaiscott/zap2xml/issues/14

 

Hi Folks, i just updated my Jellyfin to the latest version 10.11.1

from there on i have big performance issues. Jellyfin is loading quite slow in browser, all apps (finamp/fintunes/jellyfin app) have struggles to even playback a single audio track. Not loading anything. It was just working fine before and now it seems to be totally stuck...

1 minute ago, morytox said:

Hi Folks, i just updated my Jellyfin to the latest version 10.11.1

from there on i have big performance issues. Jellyfin is loading quite slow in browser, all apps (finamp/fintunes/jellyfin app) have struggles to even playback a single audio track. Not loading anything. It was just working fine before and now it seems to be totally stuck...

its a garbage release with massive performance regressions, particularly for some of the non-video libraries like music.
The issues were picked up months ago during RC testing but the JF devs pushed on regardless.
Hopefully the JF devs can rectify it soon.

Edited October 27, 2025Oct 27 by tjb_altf4

4 hours ago, tjb_altf4 said:

its a garbage release with massive performance regressions, particularly for some of the non-video libraries like music.
The issues were picked up months ago during RC testing but the JF devs pushed on regardless.
Hopefully the JF devs can rectify it soon.

Is it? I'm having major issues with some third party clients, but I didn't think much of it, interesting to see it's more general...

Hi, I have been having some issues with performance on JF for quite a while now and several versions, and it's been getting to the point where it takes several minutes for pages within the webUI to load (although playback and transcoding performance seems to be fine still) and I'm wondering if I can get some help troubleshooting my setup. I don't see any obvious errors in the logs, just incredibly slow response times.

System info:

Unraid 7.1.4 running as a guest VM on ESXi 6.7 Update 3

Dell PowerEdge R520, unlocked HBA firmware with direct passthrough to UNRAID

VM resources:

8 cores Xeon E5-2440 @ 2.4GHz

96GiB DRAM (ECC)

10GB NIC

nVidia RTX A2000 12GB

Storage:

Array: 60 TB dual parity 8x 10TB SMR HDDs

Boot: Samsung BAR Plus 64GB MUF-64BE3/AM

Cache: 2TB hardware RAID 1 of 2x Samsung 870 EVO 2TB

Thrash: Samsung 870 EVO 1TB

Shares:

appdata: cache << array (I believe I tried to set this to cache only, but some files were failing to move over from the array ever since the pool got full once and overflowed onto the array)

media: cache >> array

thrash: thrash << array

Jellyfin version 10.11.2 config:

/data/tvshows : /mnt/user/media/Video/TV/

/data/moves : /mnt/user/media/Video/Movies/

JELLYFIN_PublishedServerURL : 192.168.0.5 (auto config? I don't think I set this)

Music : /mnt/user/media/Audio/Music/

Music Videos : /mnt/user/media/Video/Music Videos/

eBooks : /mnt/user/media/eBooks/

NVIDIA_DRIVER_CAPABILITIES : all

Transcodes : /mnt/user/thrash/jellyfin/transcodes

config.json : /mnt/user/appdata/docker/jellyfin/config-override/config.json

other : /mnt/user/media/Video/other

appdata : /mnt/user/appdata/docker/jellyfin

Plugins:

AniDB, AniList, AudioDB, Fanart, Merge Versions, MusicBrainz, OMDb, Open Subtitles, Playback Reporting, Reports, Studio Images, TMDb, TMDb Box Sets, TVmaze

API links:

Jellyseer

Library contents:

1,406 movies, 410 series, 18,769 episodes, 2,225 albums, 19,858 songs, 2,188 books... it's very large. About half is h.265 and half is h.264 with transcoding being required on about half of the playback clients that access the former.

I have about 50 user accounts configured and managed via jfa-go, though never more than 2-3 active users, and the performance issues are present even with only one user logged in.

Problem behavior: Web UI very slow to load. When loading for example the home page, the banner and background loads immediately, then, slowly, one row at a time over the course of a few minutes while the little blue loading animation plays in the middle, My Media, Recently Added in moves, Continue Watching, Recently Added in shows, recently added in music, recently added in other videos, and Next Up. The first couple appear in a few seconds while the last one or two can take several minutes. The loading animation circle may never go away without reloading the page a couple times. JF log doesn't show any specific activity while it loads, only the websocket request.

HTOP on the unraid console shows near constant high (60%-90%) CPU utilization, mostly from jellyfin, /usr/libexec/unraid/shfs, python (deluge/bazarr), and Readarr. Memory use is only about 10%-20% but ALL of the top 30 processes using it are jellyfin.

If anyone can offer any help with this I would appreciate it, thanks.

Hi, I have been having some issues with performance on JF for quite a while now and several versions, and it's been getting to the point where it takes several minutes for pages within the webUI to load (although playback and transcoding performance seems to be fine still) and I'm wondering if I can get some help troubleshooting my setup. I don't see any obvious errors in the logs, just incredibly slow response times.

System info:

Unraid 7.1.4 running as a guest VM on ESXi 6.7 Update 3

Dell PowerEdge R520, unlocked HBA firmware with direct passthrough to UNRAID

VM resources:

8 cores Xeon E5-2440 @ 2.4GHz

96GiB DRAM (ECC)

10GB NIC

nVidia RTX A2000 12GB

Storage:

Array: 60 TB dual parity 8x 10TB SMR HDDs

Boot: Samsung BAR Plus 64GB MUF-64BE3/AM

Cache: 2TB hardware RAID 1 of 2x Samsung 870 EVO 2TB

Thrash: Samsung 870 EVO 1TB

Shares:

appdata: cache << array (I believe I tried to set this to cache only, but some files were failing to move over from the array ever since the pool got full once and overflowed onto the array)

media: cache >> array

thrash: thrash << array

Jellyfin version 10.11.2 config:

/data/tvshows : /mnt/user/media/Video/TV/

/data/moves : /mnt/user/media/Video/Movies/

JELLYFIN_PublishedServerURL : 192.168.0.5 (auto config? I don't think I set this)

Music : /mnt/user/media/Audio/Music/

Music Videos : /mnt/user/media/Video/Music Videos/

eBooks : /mnt/user/media/eBooks/

NVIDIA_DRIVER_CAPABILITIES : all

Transcodes : /mnt/user/thrash/jellyfin/transcodes

config.json : /mnt/user/appdata/docker/jellyfin/config-override/config.json

other : /mnt/user/media/Video/other

appdata : /mnt/user/appdata/docker/jellyfin

Plugins:

AniDB, AniList, AudioDB, Fanart, Merge Versions, MusicBrainz, OMDb, Open Subtitles, Playback Reporting, Reports, Studio Images, TMDb, TMDb Box Sets, TVmaze

API links:

Jellyseer

Library contents:

1,406 movies, 410 series, 18,769 episodes, 2,225 albums, 19,858 songs, 2,188 books... it's very large. About half is h.265 and half is h.264 with transcoding being required on about half of the playback clients that access the former.

I have about 50 user accounts configured and managed via jfa-go, though never more than 2-3 active users, and the performance issues are present even with only one user logged in.

Problem behavior: Web UI very slow to load. When loading for example the home page, the banner and background loads immediately, then, slowly, one row at a time over the course of a few minutes while the little blue loading animation plays in the middle, My Media, Recently Added in moves, Continue Watching, Recently Added in shows, recently added in music, recently added in other videos, and Next Up. The first couple appear in a few seconds while the last one or two can take several minutes. The loading animation circle may never go away without reloading the page a couple times. JF log doesn't show any specific activity while it loads, only the websocket request.

HTOP on the unraid console shows near constant high (60%-90%) CPU utilization, mostly from jellyfin, /usr/libexec/unraid/shfs, python (deluge/bazarr), and Readarr. Memory use is only about 10%-20% but ALL of the top 30 processes using it are jellyfin.

If anyone can offer any help with this I would appreciate it, thanks.

ok so slight update on this... I did finally get around to fixing and verifying the cache drives so now everything is cache only and does not touch the array at all. This alone did not improve anything, however...

I also disabled and removed the plugins for playback reporting, reports, and tmdb box sets and purged a bunch of log files and old metadata, ran cleanups on everything I could. This seemed to make a very slight improvement from "completely unusable" to "mostly unusable". I was able to at least play some videos again, but the interface was still hit or miss unresponsive. However...

I then took a bit of a deep dive into the database contents and configuration... disclaimer: I am not a data structure expert and you should assume I don't know what I'm doing and not take advice from me, BUT.... anecdotally, I was able to improve performance from "mostly unusable" to "pretty slow" with some ad-hoc database maintenance... specifically:

• I created missing database indexes for idx_mediasegments_itemid , idx_userdata_userid_itemid , idx_baseitemproviders_itemid , idx_baseitemimages_itemid_imagetype to stop it scanning the entire database on every item query.

• analyze and vacuum database

It seems like the database could use better optimization and might require some periodic maintenance in its current condition to keep it running effectively... I'd be interested in knowing if there's anything more I can do to further improve performance here, like runtime optimizations to cache size, multithreading, keeping it loaded in memory etc. My server has the RAM resources for it, and they may be under-utilized for this given the size of my database (appx 500 MB)

I'm not sure how long these improvements will last for me, so will have to see and likely come up with some better long term solutions...

Is there perhaps a guide or something we can follow in addressing known issues with db performance on exceptionally large libraries?

my JF performance as it is is still somewhat annoyingly slow and I would like to improve things further if I can but I'm so far at the limit of what I know how to do.

45 minutes ago, SimplifyAndAddCoffee said:

ok so slight update on this... I did finally get around to fixing and verifying the cache drives so now everything is cache only and does not touch the array at all. This alone did not improve anything, however...

I also disabled and removed the plugins for playback reporting, reports, and tmdb box sets and purged a bunch of log files and old metadata, ran cleanups on everything I could. This seemed to make a very slight improvement from "completely unusable" to "mostly unusable". I was able to at least play some videos again, but the interface was still hit or miss unresponsive. However...

I then took a bit of a deep dive into the database contents and configuration... disclaimer: I am not a data structure expert and you should assume I don't know what I'm doing and not take advice from me, BUT.... anecdotally, I was able to improve performance from "mostly unusable" to "pretty slow" with some ad-hoc database maintenance... specifically:

• I created missing database indexes for idx_mediasegments_itemid , idx_userdata_userid_itemid , idx_baseitemproviders_itemid , idx_baseitemimages_itemid_imagetype to stop it scanning the entire database on every item query.

• analyze and vacuum database

It seems like the database could use better optimization and might require some periodic maintenance in its current condition to keep it running effectively... I'd be interested in knowing if there's anything more I can do to further improve performance here, like runtime optimizations to cache size, multithreading, keeping it loaded in memory etc. My server has the RAM resources for it, and they may be under-utilized for this given the size of my database (appx 500 MB)

I'm not sure how long these improvements will last for me, so will have to see and likely come up with some better long term solutions...

Is there perhaps a guide or something we can follow in addressing known issues with db performance on exceptionally large libraries?

my JF performance as it is is still somewhat annoyingly slow and I would like to improve things further if I can but I'm so far at the limit of what I know how to do.

I found ensuring appdata share had exclusive mode enabled, or hardcoding the cache path e.g. /mnt/cache/appdata/jellyfin made a very noticeable improvement.

On 6/11/2019 at 7:57 PM, linuxserver.io said:

We've made it easier to get Nvidia & iGPU hardware trancoding working with this container.  This post will detail what you need to do to use either of these in your container.

 

Nvidia

1.  Install the Unraid Nvidia Plugin, download the version of Unraid required containing the Nvidia drivers and reboot

2.  Add the Jellyfin container and add --runtime=nvidia to extra parameters (switch on advanced template view) and copy your GPU UUID to the pre-existing NVIDIA_VISIBLE_DEVICES parameter.  There is no need to utilise the NVIDIA_DRIVER_CAPABILITIES parameter any more.  This is handled by our container.

 

Intel GPU

1.  Edit your go file and add modprobe i915 to it, save and reboot.

2.  Add the Jellyfin container and add --device=/dev/dri to extra parameters (switch on advanced template view)  There is no need to chmod/chown the /dev/dri, this is handled by the container.

 

Hi there, just trying to get my Nvidia GPU transcoding but there appears to be no NVIDIA_VISIBLE_DEVICES parameter in the container template as described in the instructions at the top of this thread. How am I meant to go about this in 2025?

Hi everyone,

I’m running Unraid 7.1.4 and installed the LinuxServer (LSIO) Jellyfin container.
Everything is working except one major issue:

➡️ The Jellyfin Plugin Catalog does NOT appear.

Under:
Dashboard → Plugins
…I only see the Plugins , no Catalog

What I have already tried

• Fully removed the old official jellyfin/jellyfin container

• Deleted the entire appdata folder

• Fresh installation of lscr.io/linuxserver/jellyfin

• Correct PUID=99, PGID=100, UMASK=022

• Verified permissions inside /mnt/user/appdata/jellyfin

• Container can access the internet

• Library paths are mounted correctly

• No errors in Jellyfin logs about plugin repository

• Tested repo URL manually:
  https://repo.jellyfin.org/files/plugin/manifest-stable.json (HTTP 200 OK)

Despite all this, the Catalog tab is still missing.

My question

Is there anything specific for Unraid + LSIO Jellyfin that must be enabled or configured for the plugin catalog to show?

Environment

• Unraid 7.1.4

• LinuxServer Jellyfin (latest, 10.11.4)

• Running on bridge network

• /config on /mnt/user/appdata/jellyfin

• Media mapped correctly

• No reverse proxy yet

• No Emby leftovers (clean install)

Any help would be greatly appreciated.
I simply want to enable the Jellyfin Plugin Catalog, but cannot get it to appear even on a fresh install.

Thanks in advance!

Edited December 5, 2025Dec 5 by GagiRaid

Not sure if you've gotten it working in the last month & a half. I have not changed the plugin repository on mine since installing, and my url is https://repo.jellyfin.org/files/plugin/manifest.json - so, the same as yours, just without the -stable. Both urls seem to point at the same json file, but I know my configuration is working. Seems like a long-shot but hey, give it a go if it's still not working.

TL;DR: Jellyfin creates read-only trickplay folders that prevent my backups from restoring.

Hey everyone, I am... reasonably sure that this is the correct thread to post my question into, if not, please excuse the error.

My setup:

I'm running Unraid 7.2.2. with the official Jellyfin docker app from CA.

The problem:

My Duplicati backups failed to restore because they couldn't write into the trickplay folders made by Jellyfin (these sit right next to my media files, if that matters). The logs produced by Duplicati indicated as much.

What I tried so far:

Running the command

ls -ld "path/to/a/trickplay/folder"

I got the output

drwxr-xr-x 1 root root [date]

confirming that these trickplay folders (or the files inside them) do indeed not have normal user permissions.

After running the 'New Permissions' tool in my media share, restoring my backup worked. I then deleted the trickplay images for my test movie and generated new ones. Now my backup restoration started failing again. This was just to confirm my hypothesis.

My questions:

1st: Is there a way to prevent Jellyfin from assigning root-only permission to its trickplay folders?

2nd: Or can I move existing trickplay folders to another location? I assume that, if I hadn't enabled the option to save trickplay images next to my media, they would go into the appdata share? The trouble is, I already have them next to my media now, and they don't seem to get moved by changing the checkbox option.

(Sub-question: I'm a newbie and was wondering if running 'New Permissions' is generally safe if I exclude the shares appdata, domains, system? For my media folder, I didn't care. But maybe someone is lurking here who knows the answer.)

Edited January 22Jan 22 by shipofme
Added another possible solution for my problem, with a question on how to achieve it