Docker 容器操作退出后进入解决办法

在我们对docker容器操作的时候，有时候会误操作或者其他的原因无意间退出了正在操作的容器，也许你会担忧你在其中的一些操作未保存下来，无须担忧，本文中将会提供各种方法供你参考（我的建议使用最后一种）。在本文，我们将讨论五种（4+1）连接docker容器并与其进行交互的方法。例子中所有的代码都可以在github中找到，你可以亲自对它们进行测试。

1.nsenter

安装

nsenter 工具在 util-linux 包2.23版本后包含。 如果系统中 util-linux 包没有该命令，可以按照下面的方法从源码安装。

你也可以点击此链接进行下载  http://pan.baidu.com/s/1fet8y

$ cd /tmp; curl | tar -zxf-; cd util-linux-2.24; 

$ ./configure --without-ncurses 
$ make nsenter && sudo cp nsenter /usr/local/bin 

使用

nsenter 可以访问另一个进程的名字空间。nsenter 要正常工作需要有 root 权限。 很不幸，ubuntu 14.4 仍然使用的是 util-linux 2.20。安装最新版本的 util-linux（2.24）版，请按照以下步骤：

$ wget https://www.kernel.org/pub/linux/utils/util-linux/v2.24/util-linux-2.24.tar.gz; tar xzvf util-linux-2.24.tar.gz 
$ cd util-linux-2.24 
$ ./configure --without-ncurses && make nsenter 
$ sudo cp nsenter /usr/local/bin 
 

从util-linux版本2.23开始，nsenter工具就包含在其中。它用来访问另一个进程的名字空间。nsenter要正常工作需要有root权限。很不幸，ubuntu 14.4仍然使用的是util-linux版本2.20。安装最新版本的util-linux（2.24)版，请按照以下步骤：

cd /tmp

为了连接到容器，你还需要找到容器的第一个进程的pid，通过这个pid，你就可以连接到这个容器：

$ docker inspect --format "{{ .state.pid }}" <container-id> 
//or run 'docker inspect -f "{{ .state.pid }}" <container-id>' 
$ nsenter --target $pid --mount --uts --ipc --net --pid 

2.nsinit

从0.9版本开始，docker自身就具有一个管理容器的库，名字为 libcontainer。libcontainer中的nsinit工具允许用户直接访问linux名字空间和cgroup内核。在安装nsinit之前，你首先需要安装go运行时环境：

$ apt-get installgit golang-go  
 
$ mkdir-p $home/go-dev/binmkdir-p $home/go-dev/src 
 
$ echo"export gopath=\$home/go-dev" >> ~/.profileecho "path=\$path:\$gopath/bin">> ~/.profile  
 
$ source~/.profile 
 

接下来才安装nsinit:

$ apt-get installgit golang-go  
 
$ mkdir-p $home/go-dev/binmkdir-p $home/go-dev/src 
 
$ echo"export gopath=\$home/go-dev" >> ~/.profileecho "path=\$path:\$gopath/bin">> ~/.profile  
 
$ source~/.profile 
 

nsinit读取的是位于/var/lib/docer/execdriver/native/<container-id>容器目录下的配置数据。要运行nsinit，你需要切换到容器目录下。由于/var/lib/docker目录对于root用户是只读权限，因此你还需要root权限。通过docker的ps命令，你可以确定容器id。一旦你进入/var/lib/docker目录，你就可以连接容器了：

nsinit exec /bin/bash 

3.lxc(-attach)

直到docker 0.8.1版本为止，lxc一直是管理容器的基本工具，docker一直支持这个工具。但是从0.9.0版本开始，docker默认使用libcontainer管理容器，不再依赖lxc了。因此默认情况下，你不能使用lxc-attach了。

如果你仍然希望使用lxc-attach，那么你需要使用-e lxc选项来重新启动docker服务进程。使用这个选项，docker的内部将再次使用lxc管理容器了。完成这个任务最简单的做法就是创建/etc/default/docker文件（如果这个文件仍然不存在），并添加以下内容：

docker_opts=" -e lxc" 

现在你可以重新启动docker服务了。要连接容器，你需要知道完整的容器id:

docker ps --no-trunc  

接下来，你就可以连接这个容器了。要完成下面工作，你还需要root权限：

lxc-attach -n <container-id> -- /bin/bash 

 4.sshd

上面所有三种方法都要求具有主机系统的root权限。为了不采用root权限，通过ssh访问容器将是一个很好的选择。

要做到这一点，你需要构建一个支持ssh服务的基础映像。此时，我们可能遇到这样的问题：我们是不是用docker cmd或者entrypoint运行一条命令就可以了？如果此时有sshd进程运行，那么我们就不要再运行其他进程了。接下来的工作是创建一个脚本或者使用像supervisord这样的进程管理工具来启动其它所有需要启动的进程。有关如何使用supervisord的优秀的文档可以在docker的web站点上找到。一旦你启动了具有sshd进程的容器，你就可以像以往一样通过ssh客户端了连接这个容器了。

结论

sshd方法可能是最简单的连接容器的方法，而且大多数用户习惯通过ssh连接虚拟机。另外，连接容器时你也不需要一定使用root权限。不过，对于是否一个容器是否应当管理不止一个进程仍然存在许多争议。这种方法最终使得每个容器了多了一个sshd进程，这从根本上来说不是进程虚拟化的所提倡的。

另外三种方法都需要root权限。到0.8.1版本为止，docker都是使用lxc来管理容器的。正是由于这个原因，使用lxc-attach连接容器就非常容易。不过从版本0.9.0开始docker服务就必须使用 -e lxc选项启动才能在内部支持lxc管理容器。不过，由于设置了这个选项，docker将再次依赖lxc，而lxc可能随着发布或者安装的不同可能被剔除。

nsenter和nsinit总的来说是相同的。这两个工具的主要区别是nsinit在本身的容器了建立了一个新的进程，而nsenter只是访问了名字空间。jerome petazzoni在docker博客文章里对这一点说的很透彻。 

上面的几种方法我也曾试过，他们基本上都是进入正在运行中的容器，nsenter还可实现多终端对一个容器的操作。如果进入已经终止的容器，第一次安装执行的时候是可以的，可以得到pid的值，不过之后再执行的时候发现pid的值为0，如果你接着执行

<del>nsenter --target $pid --mount --uts --ipc --net --pid</del> 

你会发现 切换到了宿主机的超级管理员权限。

正确的方法会在下面介绍，首先先补充一下一些命令的参数的含义：

 查看镜像

    docker images： 列出images

    docker images -a ：列出所有的images（包含历史）

    docker images --tree ：显示镜像的所有层(layer)

    docker rmi  <image id>： 删除一个或多个image

查看容器

    docker ps ：列出当前所有正在运行的container
    docker ps -l ：列出最近一次启动的container
    docker ps -a ：列出所有的container（包含历史，即运行过的container）
    docker ps -q ：列出最近一次运行的container id

 5.重点来了：

$ docker ps -a 
container id    image        command       created       status      ports    names 
9cff554fb6d7    ubuntuold:14.04   /bin/bash      about an hour ago  up about an hour    condescending_blackwell   
e5c5498881ed    ubuntuold:14.04   /bin/bash      about an hour ago  exited (0) 55 minutes ago backstabbing_bardeen  

    通过以上的信息可以看出两者之间的差别：前者是正在运行的容器；而后者是已经终止的容器（exited(0)）。

    docker start/stop/restart<container> ：开启/停止/重启container
    docker start [container_id] ：再次运行某个container（包括历史container）
    docker attach [container_id]：连接一个正在运行的container实例（即实例必须为start状态，可以多个窗口同时attach一个container实例）
    docker start -i <container>：启动一个container并进入交互模式（相当于先start，在attach） 

就以后者e5c5498881ed为例：首先执行

$ docker start e5c5498881ed 


//之后再一次查看的时候exited(0)已经没有了，也就是说明该容器已经从终止的状态变为了正在运行的状态 
 $docker attach e5c5498881ed 


//你会的发现已经进入该容器了，而且之前的操作的文件依然存在 
//如果没有反应的话，再一次点击回车即可 

    docker run -i -t <image> /bin/bash：使用image创建container并进入交互模式, login shell是/bin/bash

    docker run -i -t -p <host_port:contain_port>：映射 host 端口到容器，方便外部访问容器内服务，host_port 可以省略，省略表示把 container_port映射到一个动态端口。

   注：使用start是启动已经创建过得container，使用run则通过image开启一个新的container。

 附加：

查看root密码

   docker容器启动时的root用户的密码是随机分配的。所以，通过这种方式就可以得到容器的root用户的密码了。

docker logs 5817938c3f6e 2>&1 | grep 'user: ' | tail -n1 

 感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！