Como chegar Docker processo de contêiner ID?

Em alguns casos, tais como a carga do sistema é alta estivador parada perto de um recipiente (sem resposta), então você pode encontrar um ID processo de host do processo de acordo com o ID do recipiente, e então forçado a matar o navio, usaram os melhores dados volume de garantir a persistência de dados, ou forçado para fora do vaso recipiente pode causar a perda de dados (volume de dados sobre a gravação especial de seguimento um artigo).

passos

1. Listas do contêiner atual

docker ps --format '{{.ID}} {{ .Names }}'

CONTAINER ID    NAMES
1201281cb959    web
425a6234df74    db

2. A obtenção de uma ID do processo contentor

docker inspect -f '{{ .State.Pid }}' web
9834

3. Informações processo

tail /proc/9834/cmdline ;echo 
nginx: master process nginx -g daemon off;

4. Finalmente, se necessário, matar o ID do processo, que é igual para forçar o recipiente para matar o processo.

kill -9 9834

Container processa
trecho << Docker - >> um livro da entrada para a prática.

imagem de espelho (imagem) e o recipiente (recipiente), como as classes de programação orientada a objectos e instâncias, o espelho é estaticamente definidos, o recipiente é um sólido tempo de execução espelho. Container pode ser criado, iniciar, parar, apagar, faça uma pausa.

O processo é a essência do recipiente, mas em um processo diferente e direcionar a implementação do host, os processos de contêiner sendo executado em sua própria independente namespace. Portanto, o contêiner pode ter seu próprio sistema de arquivos raiz, a configuração da rede, o seu próprio espaço de processo, ou até mesmo seu próprio espaço ID de usuário.

Processo em que o recipiente é executado em um ambiente isolado, utilizam-se, como se estivesse a operar sob um sistema independente do hospedeiro. Este recurso permite a aplicação direta da operação mais segura embalados do que no host.

Resumo
Finalmente, para resumir o conhecimento nos termos do artigo

É o processo no host no recipiente é essencialmente Docker.
Container processo de ID é o ID do processo anfitrião, porque eles são os mesmos.
Não mate o processo através do método directo se Docker daemon adequadamente responder a comandos.