For "lxc restart", this reproduces reliably (below).
It seems that there may be some race - if "sleep" is set to lower
values, it seems more likely that it will fail.
# while true; do
echo restart time lxc restart containername
sleep 3
done
restart
real 0m15.448s
user 0m0.048s
sys 0m0.000s
restart
real 0m11.373s
user 0m0.052s
sys 0m0.004s
restart
real 0m13.019s
user 0m0.048s
sys 0m0.000s
restart
real 0m6.023s
user 0m0.040s
sys 0m0.008s
restart
real 0m7.106s
user 0m0.048s
sys 0m0.000s
restart
real 0m5.520s
user 0m0.044s
sys 0m0.004s
restart
real 0m49.382s
user 0m0.052s
sys 0m0.000s
restart
real 0m33.426s
user 0m0.048s
sys 0m0.000s
restart
...hangs here...
Tomasz
On 2016-03-11 02:23, Tomasz Chmielewski wrote:
Something like this reproduces it for me reliably (hangs on the first
or second "stop"):
while true; do
echo stop
time lxc stop containername --debug
sleep 5
echo start
lxc start containername
done
Tomasz
On 2016-03-11 01:35, Tomasz Chmielewski wrote:
Am I the only one affected?
Also happens with:
ii lxd
2.0.0~rc2-0ubuntu3~ubuntu14.04.1~ppa1 amd64 Container
hypervisor based on LXC - daemon
ii lxd-client
2.0.0~rc2-0ubuntu3~ubuntu14.04.1~ppa1 amd64 Container
hypervisor based on LXC - client
ii lxd-tools
2.0.0~rc2-0ubuntu3~ubuntu14.04.1~ppa1 amd64 Container
hypervisor based on LXC - extra tools
"lxc restart containername" mostly just hangs.
Tomasz
On 2016-03-09 17:53, Tomasz Chmielewski wrote:
After the latest lxd update, lxc stop / lxc reboot no longer work
(and
hang instead).
# dpkg -l|grep lxd
ii lxd
2.0.0~rc2-0ubuntu2~ubuntu14.04.1~ppa1 amd64 Container
hypervisor based on LXC - daemon
ii lxd-client
2.0.0~rc2-0ubuntu2~ubuntu14.04.1~ppa1 amd64 Container
hypervisor based on LXC - client
ii lxd-tools
2.0.0~rc2-0ubuntu2~ubuntu14.04.1~ppa1 amd64 Container
hypervisor based on LXC - extra tools
# lxc stop
z-testing-a19ea622182c63ddc19bb22cde982b82-2016-03-09-08-22-26
--debug
DBUG[03-09|08:50:05] Raw response:
{"type":"sync","status":"Success","status_code":200,"metadata":{"api_extensions":[],"api_status":"development","api_version":"1.0","auth":"trusted","config":{"core.https_address":"10.190.0.1:8443","core.trust_password":true},"environment":{"addresses":["10.190.0.1:8443"],"architectures":["x86_64","i686"],"certificate":"-----BEGIN
CERTIFICATE-----
(...)
-----END
CERTIFICATE-----\n","driver":"lxc","driver_version":"2.0.0.rc5","kernel":"Linux","kernel_architecture":"x86_64","kernel_version":"4.4.4-040404-generic","server":"lxd","server_pid":22764,"server_version":"2.0.0.rc2","storage":"btrfs","storage_version":"4.4"},"public":false}}
DBUG[03-09|08:50:05] Raw response:
{"type":"sync","status":"Success","status_code":200,"metadata":{"architecture":"x86_64","config":{"raw.lxc":"lxc.aa_allow_incomplete=1","volatile.base_image":"1032903165a677e18ed93bde5057ae6287841ae756d1a6296eef8f2e5a825e4a","volatile.eth0.hwaddr":"00:16:3e:e4:36:64","volatile.eth0.name":"eth0","volatile.last_state.idmap":"[{\"Isuid\":true,\"Isgid\":false,\"Hostid\":100000,\"Nsid\":0,\"Maprange\":65536},{\"Isuid\":false,\"Isgid\":true,\"Hostid\":100000,\"Nsid\":0,\"Maprange\":65536}]"},"created_at":"2016-03-09T08:22:27Z","devices":{"eth0":{"nictype":"bridged","parent":"br-testing","type":"nic"},"root":{"path":"/","type":"disk"},"uploads":{"path":"/var/www/uploads","source":"/srv/deployment/uploads","type":"disk"}},"ephemeral":false,"expanded_config":{"raw.lxc":"lxc.aa_allow_incomplete=1","volatile.base_image":"1032903165a677e18ed93bde5057ae6287841ae756d1a6296eef8f2e5a825e4a","volatile.eth0.hwaddr":"00:16:3e:e4:36:64","volatile.eth0.name":"eth0","volatile.last_state.idmap":"[{\"Isuid\
":true,\"Isgid\":false,\"Hostid\":100000,\"Nsid\":0,\"Maprange\":65536},{\"Isuid\":false,\"Isgid\":true,\"Hostid\":100000,\"Nsid\":0,\"Maprange\":65536}]"},"expanded_devices":{"eth0":{"nictype":"bridged","parent":"br-testing","type":"nic"},"root":{"path":"/","type":"disk"},"uploads":{"path":"/var/www/uploads","source":"/srv/deployment/uploads","type":"disk"}},"name":"z-testing-a19ea622182c63ddc19bb22cde982b82-2016-03-09-08-22-26","profiles":["default"],"stateful":false,"status":"Running","status_code":103}}
DBUG[03-09|08:50:05] Putting
{"action":"stop","force":false,"stateful":false,"timeout":-1}
to
http://unix.socket/1.0/containers/z-testing-a19ea622182c63ddc19bb22cde982b82-2016-03-09-08-22-26/state
DBUG[03-09|08:50:05] Raw response:
{"type":"async","status":"Operation
created","status_code":100,"metadata":{"id":"818e6b3c-9e2a-4fb3-a774-d00df8fb5c3d","class":"task","created_at":"2016-03-09T08:50:05.465171729Z","updated_at":"2016-03-09T08:50:05.465171729Z","status":"Running","status_code":103,"resources":{"containers":["/1.0/containers/z-testing-a19ea622182c63ddc19bb22cde982b82-2016-03-09-08-22-26"]},"metadata":null,"may_cancel":false,"err":""},"operation":"/1.0/operations/818e6b3c-9e2a-4fb3-a774-d00df8fb5c3d"}
DBUG[03-09|08:50:05]
1.0/operations/818e6b3c-9e2a-4fb3-a774-d00df8fb5c3d/wait
Just sits and hangs here.
Is there any quick fix for that?
Other than that - do you have any system which checks basic
functionality before pushing the packages to general public? Seems we
had lots of bugs making lxd unusable lately.
Tomasz Chmielewski
http://wpkg.org
_______________________________________________
lxc-users mailing list
[email protected]
http://lists.linuxcontainers.org/listinfo/lxc-users
_______________________________________________
lxc-users mailing list
[email protected]
http://lists.linuxcontainers.org/listinfo/lxc-users
_______________________________________________
lxc-users mailing list
[email protected]
http://lists.linuxcontainers.org/listinfo/lxc-users
_______________________________________________
lxc-users mailing list
[email protected]
http://lists.linuxcontainers.org/listinfo/lxc-users