[Lxc-users] Dependencies Use Cases
I would like to use LXC on Ubuntu 11.10, but there are a few points that I'm having a hard time figuring out. I have been reading documentation, but it's a bit spread out and differs a bit from site to site. Please share your opinion and perspective about the dependencies and recommends of the LXC package in Ubuntu, particularly what you can imagine the use cases would be for installing or not installing recommended packages. From Aptitude on Ubuntu amd64 11.10 lxc - Depends (2) -- libc6 (= 2.8) -- libcap (= 2.10) - Recommends (3) -- cgroup-lite | cgroup-bin -- debootstrap -- libcap2-bin cgroup-bin - Depends (3) -- libc6 (= 2.7) -- libcgroup1 -- upstart-job cgroup-lite - Depends (1) -- upstart-job - Conflicts -- cgroup-bin From my perspective, having only read about LXC, it seems like libcap and libcgroup1 should be dependencies of LXC while libcap2-bin and cgroup-bin should be recommends of LXC. No offence to the creator of cgroup-lite, but from my limited perspective it seems like uninstalling LXC is a better solution than using cgroup-lite. Description of cgroup-lite. http://www.ubuntuupdates.org/packages/show/365681 Rational behind cgroup-lite. https://bugs.launchpad.net/ubuntu/+source/libcgroup/+bug/829628 -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users
Re: [Lxc-users] Dependencies Use Cases
On 11/04/2011 09:48 AM, Daniel Baumann wrote: in debian it's exactely like that (except that there's no relation to cgroup-bin yet, though i've added that in git to recommends for my next upload of lxc to debian). removed cgroup-bin from recommends again, cgroup-bin in debian is not ready and needs several updates first (remember: recommends means that it's by default installed on users systems). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users
Re: [Lxc-users] Dependencies Use Cases
On 11/04/2011 01:16 PM, Huang Liang wrote: Check out toft: https://github.com/exceedhl/toft. It provides rpm and deb packages which already handles the dependencies on centos and ubuntu. why would one want this instead of using lxc from your distributions repository? Moreover, it packages the bind and dhcp setup on the host machine and ships with pre-created images, saves a lot of time of hassling around these issues. that particular 'problem' we're going to solve in debian within about a week when lxc provides linux-container (a generic version of something similar what lxcguest in ubuntu and for ubuntu-only does) and live-build therefore can build proper system images for lxc containers that are shipped through .debs and which are going to be prefered over caches in /var/cache/lxc in debians lxc package. don't know what ubuntu has in mind for such use cases. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users
Re: [Lxc-users] Dependencies Use Cases
Quoting Daniel Baumann (daniel.baum...@progress-technologies.net): On 11/04/2011 01:16 PM, Huang Liang wrote: Check out toft: https://github.com/exceedhl/toft. It provides rpm and deb packages which already handles the dependencies on centos and ubuntu. why would one want this instead of using lxc from your distributions repository? Moreover, it packages the bind and dhcp setup on the host machine and ships with pre-created images, saves a lot of time of hassling around these issues. that particular 'problem' we're going to solve in debian within about a week when lxc provides linux-container (a generic version of something similar what lxcguest in ubuntu and for ubuntu-only does) and live-build therefore can build proper system images for lxc containers that are shipped through .debs and which are going to be prefered over caches in /var/cache/lxc in debians lxc package. don't know what ubuntu has in mind for such use cases. We aim to fix the two things that lxcguest is currently papering over so that the same unmodified ubuntu install can be used in kvm, lxc, or on bare metal. -serge -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users
Re: [Lxc-users] Dependencies Use Cases
Can LXC use cgroups without libcgroup? For that matter, just to be clear, can LXC use cgroups without cgroup-bin? In what use case would using LXC without cgroups make sense? Aren't cgroups fundamental to LXC? If cgroups are fundamental to LXC, then whatever is needed to make LXC capable of using cgroups needs to be a requirement regardless of whether that requirement is stable. I don't claim to know specifically which functionality and or packages are the real underlying dependencies, but it seems to me that it doesn't make sense to me to remove a real dependencies, whatever they may actually be, based on stability. If the dependency is unstable, then the dependent is unstable. Stability should not come at the price of making a package purposeless. I'm not saying that is actually what is happening, but based on my presumptions, which presumptions I am actively asking you to correct, that is what appears to have occurred in Ubuntu. Thank you everyone for your contributions. LXC is an awesome technology and I hope to have it up and running soon. serge, as a fellow member of the Ubuntu community, please do not refer to others' efforts as 'papering over' even if it perhaps is in response to someone saying that your efforts are pointless or stupid. I apologize for my wording about cgroup-lite. I don't understand the rational behind it based on my very likely incorrect presumptions, but I want to understand. Thank you for your contributions. Alex Eagar On 11/4/11, Serge Hallyn serge.hal...@canonical.com wrote: Quoting Daniel Baumann (daniel.baum...@progress-technologies.net): On 11/04/2011 01:16 PM, Huang Liang wrote: Check out toft: https://github.com/exceedhl/toft. It provides rpm and deb packages which already handles the dependencies on centos and ubuntu. why would one want this instead of using lxc from your distributions repository? Moreover, it packages the bind and dhcp setup on the host machine and ships with pre-created images, saves a lot of time of hassling around these issues. that particular 'problem' we're going to solve in debian within about a week when lxc provides linux-container (a generic version of something similar what lxcguest in ubuntu and for ubuntu-only does) and live-build therefore can build proper system images for lxc containers that are shipped through .debs and which are going to be prefered over caches in /var/cache/lxc in debians lxc package. don't know what ubuntu has in mind for such use cases. We aim to fix the two things that lxcguest is currently papering over so that the same unmodified ubuntu install can be used in kvm, lxc, or on bare metal. -serge -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users
Re: [Lxc-users] Dependencies Use Cases
Quoting Alex Eagar (alexea...@gmail.com): Can LXC use cgroups without libcgroup? For that matter, just to be clear, can LXC use cgroups without cgroup-bin? LXC doesn't need anything from cgroup-bin, and, if it did, cgroup-bin could not deliver. (see below) In what use case would using LXC without cgroups make sense? Aren't cgroups fundamental to I think you misunderstand cgroup-bin. The point of cgroup-bin is to try and catch applications/daemons as they start and classify them into cgroups according to a configuration. However because tasks are classified by placing their pids one at a time into a file, there are cases where it misses tasks, and it's not entirely reliable. LXC controls cgroups (the kernel feature) itself through the cgroup filesystem. cgroup-bin is not needed for this. The cgroups just need to be composed in a (set of) cgroup mount(s) somewhere. happening, but based on my presumptions, which presumptions I am actively asking you to correct, that is what appears to have occurred in Ubuntu. Hopefully the above explained why that's not what happened. serge, as a fellow member of the Ubuntu community, please do not refer to others' efforts as 'papering over' even if it perhaps is in I wrote lxcguest. 'Papering over' is not meant as a put-down. The point is that there are things in a stock Ubuntu install which stop a container from booting. For each of those, the right thing to do is to update the packages involved so that they can work just as well in a container as on hardware/kvm. But for a first step, I chose to create a package to hide the problems. In part, that gave us a better chance to figure out what the real problems were. Currently there are (if I'm thinking right), at core, two: 1. the need for the lxc-monitor to watch /run/utmp in the container to detect reboot/shutdown. That means the guest can't mount tmpfs on /run, which suddenly creates a whole set of issues. Daniel is hoping to resend a kernel patchset this week or next which well let us not do that. 2. mountall needs to not mount certain things in a container at boot. Here is where I almost literally paper over :) : lxcguest just bind-mounts a different file over /lib/init/fstab to make mountall do what we want. This can break upgrades, when they want to overwrite /lib/init/fstab. So I intend to fix mountall so we don't need that. -serge -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users
Re: [Lxc-users] Dependencies Use Cases
It would be great if lxc itself can solve these nuance problems, because I found at least more than one version of tutorial/howto to guide you run different containers on different host machines; and the currently shipped lxc distribution has not been tested in all container/host combinations. The advantage of shipping container images rather than building cache rootfs in templates are two - it is faster to extract a tar ball; and, as far as I know, it make it possible to run debian/ubuntu container on centos since centos does not have debootstrap and you can not create debian image on centos. Toft is merely a simple wrapper to help people test infrastructure code. It could be more simpler in the future if it does not have do things that should be in lxc. On Fri, Nov 4, 2011 at 11:27 PM, Daniel Baumann daniel.baum...@progress-technologies.net wrote: On 11/04/2011 01:16 PM, Huang Liang wrote: Check out toft: https://github.com/exceedhl/toft. It provides rpm and deb packages which already handles the dependencies on centos and ubuntu. why would one want this instead of using lxc from your distributions repository? Moreover, it packages the bind and dhcp setup on the host machine and ships with pre-created images, saves a lot of time of hassling around these issues. that particular 'problem' we're going to solve in debian within about a week when lxc provides linux-container (a generic version of something similar what lxcguest in ubuntu and for ubuntu-only does) and live-build therefore can build proper system images for lxc containers that are shipped through .debs and which are going to be prefered over caches in /var/cache/lxc in debians lxc package. don't know what ubuntu has in mind for such use cases. -- Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users -- Yours Sincerely, 黄亮 --- Huang Liang, ThoughtWorks, Inc Tel: (+86)13911786684 Email: lhu...@thoughtworks.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users