[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