设为首页 收藏本站
查看: 1414|回复: 0

[经验分享] 通过Docker进程pid获取容器id

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2016-10-25 10:56:12 | 显示全部楼层 |阅读模式
  虽然Docker是通过namespace隔离技术实现容器间进程的隔离,但在运行Docker的主机中,Docker容器内的进程与主机内运行的进程是在同一个namespace(假设叫A)的。虽然在Docker容器内应用进程的父进程都是pid为1的那个进程(这些进程都是单独的namespace,这个namespace与前面提到的namespace不是同一个,此处假设为B),但在namespace A中Docker内容器实际的父进程都是Docker daemon,由于父进程具有对子进程管理的能力,而子进程不能影响到父进程也不能影响到其他namespace的进程,所以能实现进程隔离。    由于Docker容器内的进程与主机内运行的进程是在同一个namespace,所以在主机中使用ps -ef命令可以查找出当前系统中运行的所有进程,这些进程包含了完整的与Docker有关的所有进程,在这个namespace中,这些进程的父进程(不管是父进程还是父父进程)都包含Docker daemon,因此可以从Docker容器某进程的pid开始,一直找到主机的init进程。
    有时我们需要根据docker容器进程的pid找到这个容器的容器id,这时通过Linux系统自带的基础命令是无法完成这一操作的。但要想通过pid获取容器id,办法还是有的。其中有两种可行的办法。
    第一种根据:docker inspect <CONTAINER ID>可以获取容器的pid,通过docker ps可以获取容器的容器id,因此可以将这两个命令结合在一起,利用下面的命令行就可以解决:
1
docker inspect -f '{{.State.Pid}} {{.Id}}' $(docker ps -a -q) | grep <pid>



wKioL1gNetnymwS9AAAWNU_mxAs228.jpg
    但是第一种有一个缺陷,那就是如果这个进程恰好是容器内进程的子进程,那么这个进程就不会再在主机的namespace中出现,因为只有容器的pid为1的进程才会在主机的namespace中出现。因此就必须使用第二种方法。
    第二种:在Docker Version 1.11后,增加了“containerd”,根据这个特性的实现方式可以直接通过此进程的父进程的cmdline找到它的容器id。这个方法的缺点就是不适用于Docker Version 1.11之前的版本。
    根据这两种特性,编写了一个Python脚本,用于发现:
    1.查找pid所对应的容器id,并打印容器的详细信息
    2.获取此进程的进程树和含有命令行的进程树
    脚本中还隐藏了一种根据进程推导出进程所占用端口号的函数。这个功能在此脚本中用处不大,但在别处有用处。
    由于脚本内容比较长,因此可以从Gitub上获取此脚本:https://github.com/DingGuodong/L ... reManagement/docker
运行效果图(如果看不清,请使用新标签页打开图片查看原图)如下:
Docker Server Version < 1.11
wKioL1gNetnD2mGdAAF7No9GyCk081.jpg
一个第一种方法失败的例子。
wKioL1gNetmyKBamAAAbE1wdD2s190.jpg
此时,就有必要借助第二种方法实现(如果看不清,请使用新标签页打开图片查看原图)。
wKiom1gNetzSJ4GPAANoBgfrVe4212.jpg
题外话:
    关于init进程,“init进程是所有Linux进程的父进程”,这句话其实是错的!也许应该说init进程是所有Linux用户空间进程的父进程,pid 2 [kthreadd]是Linux系统内核空间进程的父进程。除了2以外,3、4、5等也是特殊进程pid,它们的父进程都不是init。除此之外,0也是一个特殊的进程,用于进程调度。
tag: 通过pid获得容器id,容器namespace,如何查找容器id


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-291013-1-1.html 上篇帖子: Docker镜像管理1之镜像和容器的区别 下篇帖子: Docker启动报错
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表