submitted 3 weeks ago* (last edited 3 weeks ago) by to c/linuxmemes@lemmy.world
 

EDIT: For some context, I recently gave podman another go. I have a few services on my homelab server set up in docker containers, so I tried migrating to podman.

After the second major bug (open issue on github) I encountered looked like it would require completely dropping using compose files to work around, I gave up and went back to docker.

I like the idea of podman, but it’s just not stable. I’ll try again in a year or so.

As a bonus, docker’s CLI is significantly nicer.

you are viewing a single comment's thread
view the rest of the comments
[–] 25 points 3 weeks ago (10 children)

There is a tool named Podlet that can help translate to quadlets. I was able to fully translate my unraid and compose setups to quadlets.

  • source
  • parent
  • hideshow 10 child comments
  • [–] 2 points 3 weeks ago (5 children)

    I remember trying it and my compose files blew up to multiple Quadlet files with a much larger total size (lines of code). I find that compose is just more concise and structured compared to Quadlets.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 5 points 3 weeks ago (4 children)

    It does have a larger file size compared to compose, sure. The big advantage of quadlets is that systemd will handle things in the event of a failure. It makes it a great option for production environments where you will not need to update your config files as much. It also allows you to have more control over when each application starts, if they rely on a specific disk mount or service running on the system. I'm sure someone else can provide more benefits who use them in a production environment.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 3 weeks ago (3 children)

    Fair enough. My requirements are simply: start all services when the machine has finished booting. And I can't remember the last time my system failed. Most that happened was a power outage, and Quadlets wouldn't have helped there either.

    So in my case I much prefer simple and easy-to-read configs, over the complexity of integrating with systemd.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 3 weeks ago (2 children)

    Docker compose definitely works for most people, so I would feel pressured to swap.

    There is one instance where Quadlets would have fixed an issue we ran into at work. We had a Kafka instance whose container died and went away because we ran out of space on the server. Compose doesn't recreate containers on failure, so I was called in to fix the issue. Quadlets treats containers as disposable, so it would have recreated it as soon as it went away. The root of the issue was a bad logging config that we fixed on the next business day.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 3 weeks ago* (1 child)

    Compose doesn't recreate containers on failure

    Isn't it just restart: always in the config? Unless you're talking about podman, where you also need the podman-restart systemd service.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 3 weeks ago

    You are correct that they restart a container that has stopped because of a bad exit. I meant a container that has completely disappeared due to running out of storage on the system. Given, that is a failure of configuration to begin with.

  • source
  • parent
  • [–] 1 point 3 weeks ago (3 children)

    Are u running podman containers on Unraid or did you migrate away?

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 3 weeks ago (2 children)

    I migrated from docker containers on Unraid to using quadlets on RockyLinux. The Podlet utility helped a bit with taking an existing docker container and converting it to a quadlet. Also did thorough testing in a VM before swapping my server.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 3 weeks ago (1 child)

    Interesting, just migrated away from Unraid myself. But chose Proxmox -> Debian -> Podman Containers instead. Any reason in particular you chose Rocky?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 3 weeks ago

    The security of Rocky is solid and RL 10 is supported for quite a long time. I'm also used to RHEL based systems at work, as we target Red Hat.

    That being said, I wouldn't recommend it for most people. SELinux can be annoying to deal with and can cause issues where it isn't obvious that SELinux is the cause.

    If I were to chose again, I would probably just pick Debian as most of my workloads are just running in containers or VMs. The only services running on the host are NFS and Samba.

  • source
  • parent