binhex

you got it, i dont have anything to do with the code if crafty, i simply package up what is supplied by the crafty dev's into a unraid user friendly format.

i would suspect the issue is corrupt configuration, but your best bet for support is to talk directly to the crafty dev's, raise a issue here:- https://gitlab.com/crafty-controller/crafty-4/-/boards#/ or if you prefer chat then talk to them on discord:- https://discord.com/invite/XR5x3ZM

Thanks for that, yeah that's a poor design choice, up to 5 minute wait on shutdown?!, hmmm, def should be done on startup, not shutdown, and any 'optimisations' should be performed on a copy of the db, not directly on the live db, if the optimisation succeeds then the copied optimised db gets gets used on next run, if not it gets deleted and the process loops.

OK it looks like v12 dropped yesterday, here are the upgrade notes (full notes release notes here): > Notes on Updating Before upgrading from an earlier version, a full backup of the data directory is strongly recommended, as this release includes database changes that prevent rolling back without a full restore. Direct upgrades from 10.10.7 and 10.11.x to 12.0 are supported; intermediate upgrades are not required. Users running releases older than 10.10.7 are strongly encouraged to upgrade to 10.10.7 before migrating to 12.0. Installed repository plugins (anything not built-in) should also be removed before migrating. Plugins will likely need time to adapt to the new database changes, so re-adding them afterward is the safest approach for testing. Official plugins compatible with Jellyfin are available through the stable plugin repository. If you have changed to the unstable plugin repository please change it back. Go to Dashboard -> Plugins -> Manage Repositories Update the Plugin Repository URL to: https://repo.jellyfin.org/files/plugin/manifest.json After migrating please perform the following steps. Perform a full library scan to restore alternative versions Before anybody asks - yes it will be built soon but depends on the upstream Arch repository package being bumped, once that's done the build will be automatically built, no need to nag me, if you want to monitor the upstream package it's here (you can see its flagged out of date)

You are in the wrong support thread, this is for binhex jellyfin not LSIO jellyfin

i actually have 4 sets of tags, each with less specfics than the last, for example: latest - always the latest build, irrespective of the release number 10.11.1 - most specific, only match this specific release number 10.11 - less specific, match any 10.11.xx release number, where xx is any release number 10 - least specific, match any 10.xx.xx release number, where xx.xx is any release number so if you want to pick up the very last v10 release then set your tag to binhex/arch-jellyfin:10 then when you are ready either set this to 12 or change to latest

no idea!, but when it does drop on Arch Repository it will be automatically built by the github action workflow.

Just a heads up - watch out for this when it lands, it could be a bumpy ride!:- https://www.neowin.net/news/jellyfin-12-ships-with-version-jump-and-breaking-client-changes/

it looks like plex process is already started, thus its unable to run, from your log: 2026-09-07 08:09:06,437 DEBG 'start-script' stderr output: Plex Media Server is already running. Will not start... 2026-09-07 08:09:06,484 DEBG 'start-script' stdout output: [info] Plex Media Server stopped Are you sure oyu dont have another plex container running in host mode?, if so stop it, if not then try a reboot of your server to ensure all rogue processes are stopped

@ich777 A real shame to loose you mate, you've always been good to me, i have to ask, what are you moving onto next?, MOS perhaps?

You got it!, don't feel bad this is a VERY common trip up when dealing with Docker, most people go through this but once you get it then it's simple enough, and of course this knowledge can be applied to all docker contianers, there is nothing overly special about this one, other than its super cool of course ;-)

Well you dont need to create the bind mount for /media, that exists in the template, you set the host path as you would for another other contianer, the difference here is that because trimarr is CLI only there is no Web UI to control what the library path is, so you have to configure it via an env var, and this requires you to put the container path in, not the host path, as the cli tool only knows aobut container paths, make sense?.

nope, that is automatically done for you.

So this is probably the classic misunderstanding about how bind mounts work in a container, so inside of the container the application (in this case trimarr) will see the container path NOT the host path, so to give you an example this is how i have trimarr set for myself: so what this means is all shares under /mnt/user/ from the host unraid system will be visible under the path /media/ inside the container, so for instance assuming i have a Movies share that would be seen inside the container (by trimarr) as /media/Movies NOT as /mnt/user/Movies as that is a host path not a container path, if you like to think of it as the path is translated from one path (host side) to another (container side), do you see the difference?. So once you have the /media 'bind mount' (technical name for it) created you then reference the internal container path for trimarr to use, like so: So this now tells trimarr to process media in /media/Movies and /media/TV, which on the host side translate to the path /mnt/user/Movies and /mnt/user/TV respectively, do you follow?. If oyu ar estill stuck then screenshot the same fields and post them here.

1.43.2 and earlier is affected, latest from me is 1.43.3.10896-1-01 link:- https://github.com/binhex/arch-plex/releases so as long as you are up to date with the latest image then you are good.