Hacker News new | ask | show | jobs
by jkyle 3813 days ago
LXC is deprecated from RHEL 7.x onward.[1] Doesn't that relegate it to "an Ubuntu thing" status?

1. https://access.redhat.com/articles/1365153

4 comments

Or just means Redhat went Docker crazy.

At some point they were being made fun of for being slow, old fashioned, stuck in the early 2000s. They have to be obviously for stabiliy, but you know word spreads. So around RHEL 7 time they went all crazy trying to show the tech world they are still hip and cool, looked around, saw what the cool kids were talking about -- Docker. So they got themselves some Docker. So now it is Docker, Docker, Docker all day every day.

Naturally now it is uncomfortable to say "yeah well LXC is there, can use that as well or instead of Docker", but that would kind of backpedaling on their Docker bet by having something that competes with it. So they are stripping it out.

Maybe its what their customers were asking for.

Its not like the two things are even targeted at the same use case. Libvirt LXC is designed to make containers appearvlike VMs and is pretty heavyweight to set up. I always preferred using raw kvm or LXC to wrapping it in libvirt which just gets in the way.

Docker is largely for running single applications with lightweight easy to use setup so you can run it constantly.

> Libvirt LXC is designed to make containers appearvlike VMs and is pretty heavyweight to set up.

Isn't libvirt just a controlling wrapper? It is basically an abstraction over various VM-like technologies: KVM, Xen etc.

Yes, but it makes containers pretty heavyweight. XML config files and so on.
Wow didn't realize they'd deprecated lxc. Thx for pointing that out.. that seems to leave all the projects relying on libvirt for container support in an odd spot? I thought that Openstack for example used libvirt-lxc for their container (non-docker) support?

"Future development on the Linux containers framework is now based on the docker command-line interface. libvirt-lxc tooling may be removed in a future release of Red Hat Enterprise Linux (including Red Hat Enterprise Linux 7) and should not be relied upon for developing custom container management applications."

They have systemd-nspawn as a lightweight interface to the container features (namespaces, control groups).
which e.g. is used by the container engine rkt https://coreos.com/rkt/docs/latest/rkt-vs-other-projects.htm...
Pretty sure that is just RHEL being unintelligent as usual. LXC is not really related to Ubuntu in any real way other than they are looking to write a persistent daemon for it called LXD.
The main dev does work for them and they thus get first class support, that helps! (It's not working as well on Debian for example, at least a few months back)
It might because they want customers to use OpenShift (version 3 is all docker/kubernetes under the hood) instead of a custom built solution. Although I do wonder how things like this will impact the OpenShift project since Kubernetes is such a key component.