marvdaluz's picture

I installed my container following the default settings.  But to access the container at the received address I always get error 503 service unavailable on port 12322 or I can't get to this page on when accessing through port 8096.
The Fiel server and WebDav access normally.

Can you help me locate where the problem is?

Thank you

Forum: 
Tags: 
Timmy's picture

But maybe I can get you putting out the data others will need.

Which/what container system is being used (I have never used TKL containers)?

What host is it running on?

Does the container service automatically expose all ports or is there a config file where you have exposed those ports? If there is a config file, can you share it?

Can you test from within the container that you have network connectivity?

Jeremy Davis's picture

Hi marvdaluz, as per the subject, I suspect that Jellyfin may have crashed and/or not be running for some reason. I say that as our appliance has Jellyfin bound to localhost and reverse proxied via the Apache webserver that also runs the Webdev interface. A 503 error means "Service unavailable" - so for some reason teh reverse proxy can't connect to Jellyfin.

Also, thanks as always for dropping in Timmy and trying to help.

I don't have a Jellyfin server running ATM and will hopefully have a closer look myself ASAP. In the meantime, Jellyfin runs as a service. So you can check it's status like this:

systemctl status jellyfin

If that reports as "active (exited)" or some other status that suggests it may not be running, try restarting it like this:

systemctl restart jellyfin

If that still doesn't work, please rerun the status command and share that. Also within 10 minutes of running the restart command, please give me the output of:

journalctl -u jellyfin --since "10 minutes ago"
Treycos's picture

Hey there,

Found this thread after searching for a similar problem and it seems like I'm facing the exact same scenario

Running the first command you gave tells me the service does not exist

root@turnkey-jellyfin ~# systemctl status jellyfin
Unit jellyfin.service could not be found.

For context, I'm running the latest MediaServer LXC template on Proxmox

Jeremy Davis's picture

Thanks so much for reporting. I just had a quick look and for the v18.0 LXC build, you are absolutely right. :(

TL;DR fix it by manually reinstalling Jellyfin - like this:

apt update
apt install jellyfin

FYI, I've had a poke around and I can see what has happened, although I still don't know why. The v18.0 build code definitely installs Jellyfin. And the jellyfin packages installed in published v18.0 ISO release - you can see the jellyfin packages listed on the manifest. That's not surprising to me, because we have some automated smoke testing that explicitly tests the Jellyfin login so it would have failed.

But when I checked the LXC build myself, the Jellyfin packages aren't installed!? Looking closer at the LXC build logs I can see the Jellyfin packages being uninstalled!?:

INFO [purge-pkgs]: Purging packages:  di-live live-boot live-tools live-boot-initramfs-tools
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages will be REMOVED:
  di-live* jellyfin-server* jellyfin-web* libllvm16* live-boot*
  live-boot-initramfs-tools* live-tools*
0 upgraded, 0 newly installed, 7 to remove and 0 not upgraded.
After this operation, 337 MB disk space will be freed.
(Reading database ... 100%
Removing di-live (1.0.2) ...
Removing jellyfin-server (10.9.6+deb12) ...
Stopping Jellyfin!
Removing jellyfin-web (10.9.6+deb12) ...
Removing libllvm16:amd64 (1:16.0.6-15~deb12u1) ...

Note that the di-live, live-boot, live-tools & live-boot-initramfs-tools packages are all intentionally being uninstalled. They are only relevant in an ISO and are not relevant to LXC , but for some reason the jellyfin packages are also being uninstalled?! I'll have to have a closer look and work out how/why that is heppening.

So thanks again for bringing this to my attention.

Treycos's picture

Thanks for the quick answer !
Glad that report could help

The quick fix works just fine, thanks

Add new comment