[lxc-users] /sbin/init failure

Stéphane Graber stgraber at ubuntu.com
Thu Feb 25 04:11:05 UTC 2016


The current xenial kernel is unfortunately a bit broken right now, we
have an updated LXC and kernel currently going through testing which
should be released at some point tomorrow.

Rebooting on the 4.4.0-6-generic kernel should fix things,
4.4.0-7-generic is the broken one and 4.4.0-8-generic is the fixed one.

On Thu, Feb 25, 2016 at 01:49:42PM +1000, Mark Constable wrote:
> Using latest freshly reinstalled xenial host and containers with 2.0.0~beta4-0ubuntu4
> which got the packages installed after removing everything and starting again
> but I've had this problem for a couple of weeks now...
> 
> ~ lxc image list
> +--------+--------------+--------+----------------------------------------+--------+---------+------------------------------+
> | ALIAS  | FINGERPRINT  | PUBLIC |              DESCRIPTION               |  ARCH  |  SIZE   |         UPLOAD DATE          |
> +--------+--------------+--------+----------------------------------------+--------+---------+------------------------------+
> | xenial | 0594dbb54ade | no     | Ubuntu xenial (amd64) (20160218_03:49) | x86_64 | 64.87MB | Feb 25, 2016 at 1:45am (UTC) |
> +--------+--------------+--------+----------------------------------------+--------+---------+------------------------------+
> 
> ~ lxc image copy upstream:/ubuntu/xenial/amd64 local: --alias=xenial
> 
> ~ lxc launch xenial gc3
> Creating gc3
> Starting gc3
> 
> ~ lx
> +------+---------+------+------+------------+-----------+
> | NAME |  STATE  | IPV4 | IPV6 |    TYPE    | SNAPSHOTS |
> +------+---------+------+------+------------+-----------+
> | gc3  | RUNNING |      |      | PERSISTENT |         0 |
> +------+---------+------+------+------------+-----------+
> 
> ~ lxc exec gc3 bash
> root at gc3:~# ps aux
> USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
> root         1  0.0  0.0  36544  3952 ?        Ss   03:27   0:00 /sbin/init
> root        25  0.0  0.0  18220  3160 ?        Ss   03:29   0:00 bash
> root        36  0.0  0.0  34412  2804 ?        R+   03:29   0:00 ps aux
> root at gc3:~# exit
> 
> And of course I have to use "lxc stop gc3 --force" to get it to stop.
> 
> Any idea why /sbin/init is not kicking off the rest of the startup procedure?
> 
> 
> 
> ~ ps auxxww | grep -v grep | grep lx
> root      9621  0.0  0.0 234760  3744 ?        Ssl  11:41   0:00 /usr/bin/lxcfs /var/lib/lxcfs/
> root     10264  0.0  0.1 960888 25700 ?        Ssl  11:41   0:05 /usr/bin/lxd --group lxd --logfile=/var/log/lxd/lxd.log
> root     11567  0.0  0.0  74444  4552 ?        Ss   13:38   0:00 [lxc monitor] /var/lib/lxd/containers gc3
> 
> ~ tail /var/log/lxd/lxd.log
> t=2016-02-25T13:38:42+1000 lvl=info msg=handling method=GET url=/1.0 ip=@
> t=2016-02-25T13:38:42+1000 lvl=info msg=handling method=GET url=/1.0/containers/gc3 ip=@
> t=2016-02-25T13:38:42+1000 lvl=info msg=handling url=/1.0/containers/gc3/state ip=@ method=GET
> t=2016-02-25T13:38:42+1000 lvl=info msg=handling url="/1.0/containers/gc3/snapshots?recursion=1" ip=@ method=GET
> t=2016-02-25T13:38:42+1000 lvl=info msg=handling method=GET url=/1.0/containers/gc3/logs/lxc.log ip=@
> t=2016-02-25T13:39:21+1000 lvl=info msg=handling method=GET url=/1.0 ip=@
> t=2016-02-25T13:39:21+1000 lvl=info msg=handling ip=@ method=GET url=/1.0/containers/gc3
> t=2016-02-25T13:39:21+1000 lvl=info msg=handling method=GET url=/1.0/containers/gc3/state ip=@
> t=2016-02-25T13:39:21+1000 lvl=info msg=handling method=GET url="/1.0/containers/gc3/snapshots?recursion=1" ip=@
> t=2016-02-25T13:39:21+1000 lvl=info msg=handling method=GET url=/1.0/containers/gc3/logs/lxc.log ip=@
> 
> ~ lxc info gc3 --show-log
> Name: gc3
> Architecture: x86_64
> Created: 2016/02/25 03:27 UTC
> Status: Running
> Type: persistent
> Profiles: default
> Pid: 11586
> Processes: 1
> Ips:
>   lo:   inet    127.0.0.1
>   lo:   inet6   ::1
> 
> Log:
> 
>             lxc 20160225132740.709 INFO     lxc_confile - confile.c:config_idmap:1495 - read uid map: type u nsid 0 hostid 231072 range 65536
>             lxc 20160225132740.709 INFO     lxc_confile - confile.c:config_idmap:1495 - read uid map: type g nsid 0 hostid 231072 range 65536
>             lxc 20160225132740.730 WARN     lxc_cgfs - cgfs.c:lxc_cgroup_get_container_info:1113 - Not attaching to cgroup name=systemd unknown to /var/lib/lxd/containers gc3
>             lxc 20160225132740.730 WARN     lxc_cgfs - cgfs.c:lxc_cgroup_get_container_info:1113 - Not attaching to cgroup cpu unknown to /var/lib/lxd/containers gc3
>             lxc 20160225132740.730 WARN     lxc_cgfs - cgfs.c:lxc_cgroup_get_container_info:1113 - Not attaching to cgroup devices unknown to /var/lib/lxd/containers gc3
>             lxc 20160225132740.730 WARN     lxc_cgfs - cgfs.c:lxc_cgroup_get_container_info:1113 - Not attaching to cgroup net_cls unknown to /var/lib/lxd/containers gc3
>             lxc 20160225132740.730 WARN     lxc_cgfs - cgfs.c:lxc_cgroup_get_container_info:1113 - Not attaching to cgroup memory unknown to /var/lib/lxd/containers gc3
>             lxc 20160225132740.730 WARN     lxc_cgfs - cgfs.c:lxc_cgroup_get_container_info:1113 - Not attaching to cgroup hugetlb unknown to /var/lib/lxd/containers gc3
>             lxc 20160225132740.730 WARN     lxc_cgfs - cgfs.c:lxc_cgroup_get_container_info:1113 - Not attaching to cgroup perf_event unknown to /var/lib/lxd/containers gc3
>             lxc 20160225132740.730 WARN     lxc_cgfs - cgfs.c:lxc_cgroup_get_container_info:1113 - Not attaching to cgroup cpuset unknown to /var/lib/lxd/containers gc3
> 
> [...]
> _______________________________________________
> lxc-users mailing list
> lxc-users at lists.linuxcontainers.org
> http://lists.linuxcontainers.org/listinfo/lxc-users

-- 
Stéphane Graber
Ubuntu developer
http://www.ubuntu.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20160224/c72ab2b8/attachment.sig>


More information about the lxc-users mailing list