Comment on Jellyfin on Proxmox

ostsjoe@lemmy.world ⁨1⁩ ⁨year⁩ ago

• glasgitarrewelt@feddit.de ⁨1⁩ ⁨year⁩ ago

  The other comment made sense to me, why contain a container. But you are right, I will learn more about docker, it seems like a great tool.

  Thank you for your confirmation with NFS. Just read about it yesterday, in search of an alternative to samba, what all the windows user seem to use.

  source

  • atzanteol@sh.itjust.works ⁨1⁩ ⁨year⁩ ago

    You “contain the container” because the VM provides storage and compute for docker (the docker container needs to run “somewhere”).

    I use a VM on proxmox to run a jellyfin container. VM mounts needed NFS dirs for config and media. Then create a systemd service to start/stop the container.

    source

    • glasgitarrewelt@feddit.de ⁨1⁩ ⁨year⁩ ago

      I understand that I can use a VM to run docker, but:

      Wouldn’t make a LXC more sense than a VM with docker inside? And what are the advantages of running jellyfin in a container instead of a normal installation? The VM is already kind of a container, what benefits do I get from yet another container inside? I am curious to learn more!

      source

      • atzanteol@sh.itjust.works ⁨1⁩ ⁨year⁩ ago

        Docker lets the maintainers configure all of the dependencies for you. You then don’t need to worry about whether you’re using debian, ubuntu or even fedora. When you upgrade jellyfin you just pick the new tag to pull without wiring about whether it needs a new version of ffmpeg or if it works with avconv.

        It gets you out of the business of trying to maintain compatibility and just keeping your os up to date.

        Feel free to use lxc though. I had issues with using lxc that I couldn’t work around so I use cloudinit ubuntu/debian images instead. I think the issue I had was actually using NFS but I don’t remember…

        source
      • thirdBreakfast@lemmy.world ⁨1⁩ ⁨year⁩ ago

        Your head might be spinning from all the different advice you’re getting - don’t worry, there are a lot of options and lots of folk are jumping in with genuinely good (and well meaning) advice. I guess I’ll add my two cents, but try and explain the ‘why’ of my thinking.

        I’m assuming from your questions you know your way around a computer, can figure things out, but haven’t done much self-hosting. If I’m wrong about that, go ahead and skip this suggestion.

        • Jellyfin good - a common gateway drug to homelabbing, and the only thing you’ll do that non-tech friends will appreciate
        • Proxmox good - it makes the backups simple and provides a path forward for all sorts of things
        • Docker good - you’ve said it increases complexity; this is correct in that you’re adding more layers of stuff, but it reduces your complexity of management by removing a heap of dependency issues. There is a compute and memory overhead involved, but it’s small and the tradeoff is worth it.
        • VM good - yes an LXC is more efficient, but it’s harder to run docker in. Save that for a future project
        • Media data somewhere else good - I run a separate NAS with an SMB share. A NAS in a VM is a compromise, but like all things self hosting, you start out with what you’ve got. I let Jellyfin keep the metadata in the VM that’s hosting my Jellyfin though since the NAS is over the network. That’s less of a consideration if you are visualizing your NAS on the same machine, but I’d still do it my way for future proofing.
        • Passthrough magic not yet - this can also be a future project. If your metal has quicksync that can be utilized to reduce the CPU load, but that can also be a future project.

        source

        • -> View More Comments
      • walden@sub.wetshaving.social ⁨1⁩ ⁨year⁩ ago

        My experience with LXC hasn’t been ideal, but for reasons that are by design. The permissions make it complicated for the way I use it. Proxmox has all of the storage, which is shared with the LXC as a Mount Point. The LXC has unique user PIDs and GIDs, so if the LXC modifies a file, now none of my other stuff has permission to access it.

        I had to add some config stuff to get around this problem, but in the end I just switched to VMs. I don’t care about overhead that much.

        source

        • -> View More Comments
• 2nsfw2furious@lemmynsfw.com ⁨1⁩ ⁨year⁩ ago

  Jellyfin is also conveniently packaged as a .deb and provide a repo for Ubuntu/Debian. It’s pretty easy to spin up a Debian container, add the repo, and apt install jellyfin, IMHO easier than doing the same thing with a VM, then docker…

  source

  • SheeEttin@lemmy.world ⁨1⁩ ⁨year⁩ ago

    Yes, but less portable. Harder to work with if you have to move stuff around, like migrate to a new VM.

    source