- cross-posted to:
- linux@zerobytes.monster
- selfhosted@zerobytes.monster
- cross-posted to:
- linux@zerobytes.monster
- selfhosted@zerobytes.monster
As always, please ensure you stop your Jellyfin server and take a full backup before upgrading!
You must log in or # to comment.
As always, please ensure you stop your Jellyfin server and take a full backup before upgrading!
Now, if only there was a simple, built-in way to backup/export and restore/import all settings and other data, so that all platforms could do this easily, without having to search the internet for which folders to back up…
FYI, this is the best we have atm (which is pretty terrible). Please correct me if there is a better way:
I run JF in a docker container, and although I don’t have backups of my config files yet (because I don’t really care about setting up from scratch if need be), it would be trivial to simply backup the mounted config volumes. Makes upgrading safe and easy, too.
That’s probably how I would recommend going about this, personally.
Yes, it works that easy. I had to move hard drives, last time I did that without docker somehow it didn’t recognize the library, might have been a mistake from my end though.
Now I did it again just a few weeks ago with a docker setup, all folders are on the hard drive. Could just mirror the drive, set it up at same mount point and there was no difference in the library, just worked.
Oh, if only there was real database support like Mariadb or Postgres…
That’s my absolute #1 wish for jf. I’m sure it’s hard work and people are on it, it excites me to think about
datab
Theoretically, support for that could be coming… Emby (where Jellyfin is based on) always used their own layer for interacting with a SQLite database. All that custom made logic is currently being swapped out for EF Core. EF Core is a DotNet library for interacting with databases and EFCore that also supports MySQL, PostgreSQL, SQL Server besides SQLite.
So my guess is that, once all that work is completed, support of other database can be added.
For a little bit of context. I am currently running Jellyfin on Btrfs and there is quite a performance impact due to CoW. If 2 clients decide to browse the libraries, both clients grind to a near standstill with regards to being able to see things. So I am following this work with quite some interest.
I am currently running Jellyfin on Btrfs and there is quite a performance impact due to CoW. If 2 clients decide to browse the libraries, both clients grind to a near standstill with regards to being able to see things.
CoW is not recommended for databases, all DB servers advise for turning it off for the actual database. You’ll run into the same issue with a dedicated database if you leave CoW on I guess. You could also disable CoW for jellyfin’s database right now and performance should increase.
I also follow the progress of a dedicated DB, but on the other hand I don’t know how much sense it makes architecturally. The likeliness that you have multiple jellyfin server instances access the same database is low - after all, there is info very specific to the server in there like the file path. Just migration is already not easy, how likely is sharing the database live? And if each database is specific to an instance - why not use SQLite (like it’s done right now) and allow for more specific parameter tuning, like used memory and the like?
day 2 of building my trickplay images… 10.8% done lol
🤘 33.6% here
Thanks devs!
I yolo’d it without a backup (docker). Working great. Like the improvements.
😎
Cool. There’s a db fail bug elsewhere that I didn’t run into thankfully.
I had to switch from ConfusedPolarBear(archived on GitHub now) to this fork for intro skipping. Works great.
I’m still scanning for the new trickplay function but I’ve been hoping for something like that. It was disabled in the settings by default, plus you have to enable it on a per-library basis, and of course you can either wait for the schedule to start the scan, or start it yourself in scheduled tasks.
God damn, Jellyfin still hasn’t figured out intro skipping?
If I remember correctly, there was an issue that was/is being worked on, but it wouldn’t get resolved until after the 10.9 feature cutoff date.
We didn’t want to delay the 10.9 release to wait on it knowing 10.10 will be a fast follow.
I guess not. To be fair, if I wanted intro skipping to be baked in to whatever I’m using, I’d pay $5 or $6/month for Plex or Emby. I paid for Plex Pass for years, but I’m switching away because I think Plex is getting too “commercial” if that makes sense.
Jellyfin is great so far, and if I have to spend 5 minutes installing an add-on to get intro skipping, that’s fine with me.
This is huge!
Dual subtitles!!! That’s a game changer for me
What’s the benefit of this? Is it two subtitles playing at the same time?
Yep. It’s really useful for learning a new language
deleted by creator
Any idea how the flatpak’s are generated? When they might be updated?
If I were you I would move to podman. They are very similar but the big difference is that podman uses docker containers. Podman also runs as a local user just like flatpak
Looks like it’s a manual process.
It also looks like no Jellyfin developer is creating the builds on Flathub and that some random member of the flathub community did it.Whilst the devs provide instructions for all manner of install methods, the preferred version is definitely via docker.
This reminds me…I probably should do a full backup of my server sometime soon.
Seems like this is a feature on newest Jellyfin Media Player (1.10.0) and not server itself, but you now have clickable tag and studio properties. Not sure if you could already search for let’s say “New Line Cinema”, but now you can intuitively filter by these values just by clicking. Great addition.
When I first set up my jf docker image I left the config and data directories in the docker container instead of pointing them outside. Now when I try to update I lose all my metadata. Is there a way to move those folders before I upgrade? Edit-typos
A heads up for anyone else having an issue with the android app and the new version with the https server. There is a segment of the nginx config file you will need to remove that was a workaround for version 10.8 that is no longer needed and should be removed. Can’t remember which section right now.
Will try to edit this tomorrow.
