Your message dated Tue, 01 Apr 2014 05:34:47 +0200 with message-id <[email protected]> and subject line Re: Setting lxc.cgroup.memory.memsw.limit_in_bytes prevents container to start has caused the Debian Bug report #741948, regarding lxc: Setting lxc.cgroup.memory.memsw.limit_in_bytes prevents container to start to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 741948: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741948 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: lxc Version: 0.8.0~rc1-8+deb7u2 Severity: normal Dear Maintainer, Whenever I try to set the lxc.cgroup.memory.memsw.limit_in_bytes in one of my lxc container, starting the container fails with the following message : lxc-start: open /sys/fs/cgroup/lxc/uc23/memory.memsw.limit_in_bytes : No such file or directory lxc-start: failed to setup the cgroups for 'uc23' lxc-start: failed to setup the container lxc-start: invalid sequence number 1. expected 2 lxc-start: failed to spawn 'uc23' lxc-start: Device or resource busy - failed to remove cgroup '/sys/fs/cgroup//lxc/uc23' The host machine has 1.5 GB RAM and 3GB swap. here's the complete configuration file for the container : # /var/lib/lxc/uc23/config ## Container lxc.utsname = uc23 lxc.rootfs = /var/lib/lxc/uc23/rootfs lxc.tty = 4 lxc.pts = 1024 lxc.arch = i386 ## Capabilities lxc.cap.drop = sys_module mac_admin mac_override sys_time # When using LXC with apparmor, uncomment the next line to run unconfined: #lxc.aa_profile = unconfined lxc.cgroup.devices.deny = a # /dev/null and zero lxc.cgroup.devices.allow = c 1:3 rwm lxc.cgroup.devices.allow = c 1:5 rwm # /dev/tty[1-4] consoles lxc.cgroup.devices.allow = c 5:1 rwm lxc.cgroup.devices.allow = c 5:0 rwm lxc.cgroup.devices.allow = c 4:0 rwm lxc.cgroup.devices.allow = c 4:1 rwm # /dev/{,u}random lxc.cgroup.devices.allow = c 1:9 rwm lxc.cgroup.devices.allow = c 1:8 rwm lxc.cgroup.devices.allow = c 136:* rwm lxc.cgroup.devices.allow = c 5:2 rwm # rtc lxc.cgroup.devices.allow = c 254:0 rm # mounts point lxc.mount.entry = proc proc proc nodev,noexec,nosuid 0 0 lxc.mount.entry = sysfs sys sysfs defaults 0 0 ## Network lxc.network.type = veth lxc.network.flags = up lxc.network.hwaddr = 00:16:3e:00:00:32 lxc.network.link = vzbr0 lxc.network.mtu = 1500 lxc.network.name = eth0 lxc.network.veth.pair = veth-uc23 ## Limits lxc.cgroup.memory.limit_in_bytes = 1G lxc.cgroup.memory.memsw.limit_in_bytes = 2G lxc.cgroup.memory.soft_limit_in_bytes = 800M I use the default wheezy kernel where, AFAICT, CONFIG_CGROUP_MEM_RES_CTLR_SWAP is set (in /boot/config-3.2.0-4-686-pae /etc/default/grub contains the following line : GRUB_CMDLINE_LINUX="cgroup_enable=memory swapaccount" I read LXC README.Debian file and kernel documentation about cgroups and I cannot find where I'd do something wrong. Thanks in advance, Patrice Pillot -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u1 ii libcap2 1:2.22-1.2 ii multiarch-support 2.13-38+deb7u1 Versions of packages lxc recommends: ii debootstrap 1.0.48+deb7u1 ii libcap2-bin 1:2.22-1.2 ii rsync 3.0.9-4 Versions of packages lxc suggests: ii lxctl 0.3.1+debian-2 -- debconf information: lxc/shutdown: /usr/bin/lxc-halt * lxc/directory: /var/lib/lxc lxc/title: lxc/auto: true
--- End Message ---
--- Begin Message ---Version: 1.0.0-5 works for me with above version. -- Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: [email protected] Internet: http://people.progress-technologies.net/~daniel.baumann/
--- End Message ---
