[openstack-dev] [kolla] pid=host
inc007 at gmail.com
Mon Feb 8 17:15:38 UTC 2016
So quick steps to reproduce this:
0. install docker 1.10
1. Deploy kolla
2. Run VM
3. On compute host - ps aux | grep qemu, should show your vm process
4. docker rm -f nova_libvirt
5. ps aux | grep qemu should still show running vm
6. re-deploy nova_libvirt
7. docker exec -it nova_libvirt virsh list - should show running vm
On 8 February 2016 at 07:32, Steven Dake (stdake) <stdake at cisco.com> wrote:
> Hey folks,
> I know we have been through some changes with how pid=host works. I'd like
> to get to the bottom of this, so we can either add the features we need to
> docker, or say "all is good".
> Here is the last quote from this bugzilla where Red Hat in general is
> interested in the same behavior as the Kolla team has. They have many
> people embedded in the Docker and Kubernetes communities, so it may make
> sense to let them do the work there :)
> Mrunal Patel 2016-02-08 06:10:15 EST
> docker tracks the pids in a container using cgroups and hence all processes
> are killed even though we use pid=host. I believe we had probably prompted
> them to add this behavior in the first place.
> This statement appears at odds with what was tested on IRC a few days back
> with docker 1.10. It is possible docker 1.10 had a regression here, in
> which case if they fix it, we will be back to a dead VM during libvirt
> upgrade which we don’t want.
> Can folks that tested this weigh in on the testing that was done on that
> bugzilla with distro type, docker version, docker-py version, and results.
> Unfortunately you will have to create a Red Hat bugzilla account, but if you
> don't wish to do that, please send the information on list after reviewing
> the bugzilla and I'll submit it on your behalf.
> The outcomes I would be happy with is:
> * docker will never change the semantics of host=pid mode for killing child
> * Or alternatively docker will add a feature such as host=pidnochildkill
> which Red Hat can spearhead
> Thoughts and comments welcome.
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
More information about the OpenStack-dev