Hacker News Reader

Comment by jaekash | Hacker News Reader

> LXD is actually a cool technology.

It is a pretty nifty idea but like all things made by Canonical it is basically digitized garbage.

I tried to get LXC running on fedora some months, wondering why there are no official packages and then I very quickly noticed why. LXD uses the old Ubuntu trick of calling sysv style init scripts from systemd unit files without so much as a "|| exit 1" [1][2] - and I don't have time for that bullshit.

If you want vastly superior quality try podman with --rootfs or virt-install. At least those are not made by people with a disdain for error checking.

[1]: https://github.com/lxc/lxc/blob/master/config/init/systemd/l... [2]: https://github.com/lxc/lxc/blob/master/config/init/common/lx...

View on HN

> It is a pretty nifty idea but like all things made by Canonical it is basically digitized garbage.

> At least those are not made by people with a disdain for error checking.

Every single time there's a topic about Ubuntu or Canonical you seem to go straight into offensive mode. I can tell you use Fedora, but that's not typical of Fedora users and developers and no excuse.

I'm an open source developer and believer, but this kind of behavior slowly burns my soul, even more when it seems accepted. I've worked on enough projects in my life that it's absolutely certain that you use my code regularly. It's inside Go, Python, APT, and RPM by the way (hello Jeff Johnson, wherever you are), and in key libraries that you surely depend on as well. And I never heard you complaining about any of that with such anger here.

I'm also Canonical's CTO, and I was one of the key designers and developers that started snaps, and juju, and other key projects from Canonical. I usually hear such blind hate in silence, but sometimes it's just too much. I don't understand why do we do that to ourselves, as a Linux community. Why is it okay to openly offend unknown people that we almost certainly depend upon? What is it that we came here to do, again?

You're confusing LXC with LXD.

LXC is legacy and is mostly left as-is for existing users who are happy [and don't want the LXD paradigm shift]. Think of it as 1.0. You're complaining about stuff that is effectively a maintenance branch. At least your links point to LXC, not LXD.

LXD is the new thing. Think of it as 2.0 and onwards.

I'm not sure if that is a good description. LXC is a library and set of command line utilities to run containers. LXD is a clustered service that makes use of the LXC library.

I admit it is confusing. LXC typically means the lxc-* commands like lxc-start and so on. That's the daemon-less "old way". The links the grandparent provided was to this, and their complaint is about that stuff that is in maintenance mode and not actively developed any more.

LXD is a complete rewrite. There is now a server daemon called "lxd", and the client for that is "lxc".

Also superior Proxmox

Yup. I discovered LXC container with proxmox, now i have many of them running in my network.

Yeah, been playing with proxmox on my homelab, put it on an AMD Ryzen 5 3600 (6 cores, 12 threads), with 32gb of RAM and it's been running great with containers for when I want to fool around. Fantastic piece of software that has matured well.

Proxmox is an absolute great product, in production at 7 clients since over 8 years, some with ZFS some with Ceph, some with lxd some kvm, it's rock-solid and the support is great!

Thanks! That's good to know because I've been having troubles with Ubuntu 20 and have been considering switching back to redhat.

Then the only remaining part would be figuring out how to do zfs on root in redhat. I do it with a chroot bash script for Ubuntu server atm, but hopefully there's a debootstrap kind of thing on redhat that I can use as a base.

> I do it with a chroot bash script for Ubuntu server atm

I’ve been using ZFS root on Ubuntu without any such nonsense for years, but I had to debootstrap it manually.

See guides here: https://openzfs.github.io/openzfs-docs/Getting%20Started/Ubu...

With Ubuntu 20.04 the standard installer should support setting up a ZFS root without all that manual work, but I haven’t tested it myself.

Yes, that's what I meant. The script does the partitioning, zfs init, chroot, debootstrap, and apt install. You just run it from a live cd.

https://github.com/kstenerud/ubuntu-server-zfs

> I do it with a chroot bash script for Ubuntu server atm, but hopefully there's a debootstrap kind of thing on redhat that I can use as a base.

There are ways to do chroot installs on RHEL but sadly not well documented.

Some resources on this:

- https://glacion.com/2019/06/16/Fedora.html

- https://github.com/glacion/fedora-chroot-installation

- https://web.archive.org/web/20150912004438/https://wiki.cent...

Most of that will work for RHEL with some minor modifications.

Pity it is not better documented.

YUM/DNF has bootstrap-in-chroot functionality built-in.

Just set up your disk layout the way you want on a disk device or a loopback disk backed by an image, and do something like:

$ sudo dnf --installroot=/path/to/mounted/target group install @core @hardware-support

And you're good to go. You can see the list of groups available to include by using "dnf group list --ids".

> And you're good to go.

If you opened the first link I shared you would see more is needed than this, which is why I linked to something explaining both this and the additional steps needed.

In fairness, distros seems to make this kind of "joke" one another.

About six months ago I tried running SystemTap on Ubuntu...

Calling sysv style init scripts with no error checking from systemd unit files is a joke on Canonical, not any other distro.

Reply on news.ycombinator.com