繁体   English   中英

如何检查 docker 容器内是否正在运行进程?

[英]How to check if a process is running inside docker container?

[Updated1] I have a shell which will change TCP kernel parameters in some functions, but now I need to make this shell run in Docker container, that means, the shell need to know it is running inside a container and stop configuring the kernel.

现在我不确定如何实现,这是容器内/proc/self/cgroup的内容:

9:hugetlb:/
8:perf_event:/
7:blkio:/
6:freezer:/
5:devices:/
4:memory:/
3:cpuacct:/
2:cpu:/docker/25ef774c390558ad8c4e9a8590b6a1956231aae404d6a7aba4dde320ff569b8b
1:cpuset:/

我可以使用上面的任何标志来确定此进程是否在容器内运行?

[Updated2]:我还注意到Determining if a process running inside lxc/Docker ,但在这种情况下似乎不起作用,我容器的/proc/1/cgroup中的内容是:

8:perf_event:/
7:blkio:/
6:freezer:/
5:devices:/
4:memory:/
3:cpuacct:/
2:cpu:/docker/25ef774c390558ad8c4e9a8590b6a1956231aae404d6a7aba4dde320ff569b8b
1:cpuset:/

没有 /lxc/containerid

Docker 在容器目录树的顶部创建.dockerenv .dockerinit 在 v1.11 中删除)文件,因此您可能需要检查它们是否存在。

像这样的东西应该工作。

#!/bin/bash
if [ -f /.dockerenv ]; then
    echo "I'm inside matrix ;(";
else
    echo "I'm living in real world!";
fi

要检查 Docker 容器内部是否在 Docker 容器中,可以通过/proc/1/cgroup完成。 正如这篇文章所建议的那样,您可以执行以下操作:

在 docker 容器之外, /proc/1/cgroup中的所有条目都以/结尾,如您在此处看到的:

vagrant@ubuntu-13:~$ cat /proc/1/cgroup
11:name=systemd:/
10:hugetlb:/
9:perf_event:/
8:blkio:/
7:freezer:/
6:devices:/
5:memory:/
4:cpuacct:/
3:cpu:/
2:cpuset:/

在 Docker 容器中,一些控制组将属于 Docker(或 LXC):

vagrant@ubuntu-13:~$ docker run busybox cat /proc/1/cgroup
11:name=systemd:/
10:hugetlb:/
9:perf_event:/
8:blkio:/
7:freezer:/
6:devices:/docker/3601745b3bd54d9780436faa5f0e4f72bb46231663bb99a6bb892764917832c2
5:memory:/
4:cpuacct:/
3:cpu:/docker/3601745b3bd54d9780436faa5f0e4f72bb46231663bb99a6bb892764917832c2
2:cpuset:/

我们使用 proc 的 sched (/proc/$PID/sched) 来提取进程的 PID。 容器内进程的 PID 与主机(非容器系统)上的 PID 不同。

例如,容器上 /proc/1/sched 的输出将返回:

root@33044d65037c:~# cat /proc/1/sched | head -n 1
bash (5276, #threads: 1)

在非容器主机上:

$ cat /proc/1/sched  | head -n 1
init (1, #threads: 1)

这有助于区分您是否在容器中。 例如你可以这样做:

if [[ ! $(cat /proc/1/sched | head -n 1 | grep init) ]]; then {
    echo in docker
} else {
    echo not in docker
} fi

托马斯的解决方案作为代码:

running_in_docker() {
  (awk -F/ '$2 == "docker"' /proc/self/cgroup | read non_empty_input)
}

笔记

使用虚拟变量read是一个简单的习惯用法,这会产生任何输出吗? . 这是一种将可能冗长的grepawk转换为模式测试的紧凑方法。

阅读时的附加说明

使用环境变量

为了我的钱,我更喜欢在 docker 映像中设置一个环境变量,然后应用程序可以检测到该环境变量。

例如,这是演示Dockerfile配置的开始:

FROM node:12.20.1 as base
ENV DOCKER_RUNNING=true
RUN yarn install --production
RUN yarn build

第二行设置一个名为DOCKER_RUNNING的 envar,然后很容易检测到它。 这样做的问题是,在多阶段构建中,每次您从外部映像FROM时都必须重复ENV行。 例如,您可以看到 I FROM off of node:12.20.1 ,其中包含很多额外的东西(例如 git)。 稍后在我的Dockerfile中,我将内容COPY到基于node:12.20.1-slim的新图像中,该图像要小得多:

FROM node:12.20.1-slim as server
ENV DOCKER_RUNNING=true
EXPOSE 3000
COPY --from=base /build /build
CMD ["node", "server.js"]

即使此镜像目标server位于同一个Dockerfile中,它也需要再次定义 ENV var,因为它具有不同的基础镜像。

如果您使用 Docker-Compose,您可以轻松地在那里定义一个 envar。 例如,您docker-compose.yml文件可能如下所示:

version: "3.8"
services:
  nodeserver:
    image: michaeloryl/stackdemo
    environment:
      - NODE_ENV=production
      - DOCKER_RUNNING=true

对我有用的是检查“/”的 inode 号。 在码头内部,这是一个非常高的数字。 在码头外,它是一个非常低的数字,例如“2”。 我认为这种方法还取决于所使用的文件系统。

例子

码头工人内部:

# ls -ali / | sed '2!d' |awk {'print $1'}
1565265

码头外

$ ls -ali / | sed '2!d' |awk {'print $1'}
2

在脚本中:

#!/bin/bash
INODE_NUM=`ls -ali / | sed '2!d' |awk {'print $1'}`
if [ $INODE_NUM == '2' ];
then
        echo "Outside the docker"
else
        echo "Inside the docker"
fi

golang 代码,通过 /proc/%s/cgroup 来检查 docker 中的进程,包括 k8s 集群

func GetContainerID(pid int32) string {
    cgroupPath := fmt.Sprintf("/proc/%s/cgroup", strconv.Itoa(int(pid)))
    return getContainerID(cgroupPath)
}

func GetImage(containerId string) string {
    if containerId == "" {
        return ""
    }
    image, ok := containerImage[containerId]
    if ok {
        return image
    } else {
        return ""
    }
}
func getContainerID(cgroupPath string) string {
    containerID := ""
    content, err := ioutil.ReadFile(cgroupPath)
    if err != nil {
        return containerID
    }
    lines := strings.Split(string(content), "\n")
    for _, line := range lines {
        field := strings.Split(line, ":")
        if len(field) < 3 {
            continue
        }
        cgroup_path := field[2]
        if len(cgroup_path) < 64 {
            continue
        }
        // Non-systemd Docker
        //5:net_prio,net_cls:/docker/de630f22746b9c06c412858f26ca286c6cdfed086d3b302998aa403d9dcedc42
        //3:net_cls:/kubepods/burstable/pod5f399c1a-f9fc-11e8-bf65-246e9659ebfc/9170559b8aadd07d99978d9460cf8d1c71552f3c64fefc7e9906ab3fb7e18f69
        pos := strings.LastIndex(cgroup_path, "/")
        if pos > 0 {
            id_len := len(cgroup_path) - pos - 1
            if id_len == 64 {
                //p.InDocker = true
                // docker id
                containerID = cgroup_path[pos+1 : pos+1+64]
                // logs.Debug("pid:%v in docker id:%v", pid, id)
                return containerID
            }
        }
        // systemd Docker
        //5:net_cls:/system.slice/docker-afd862d2ed48ef5dc0ce8f1863e4475894e331098c9a512789233ca9ca06fc62.scope
        docker_str := "docker-"
        pos = strings.Index(cgroup_path, docker_str)
        if pos > 0 {
            pos_scope := strings.Index(cgroup_path, ".scope")
            id_len := pos_scope - pos - len(docker_str)
            if pos_scope > 0 && id_len == 64 {
                containerID = cgroup_path[pos+len(docker_str) : pos+len(docker_str)+64]
                return containerID
            }
        }
    }
    return containerID
}

我们需要排除在容器中运行的进程,但我们决定将/proc/<pid>/ns/pid/proc/1/ns/pid的 init 系统进行比较,而不是只检查 docker cgroups。 例子:

pid=$(ps ax | grep "[r]edis-server \*:6379" | awk '{print $1}')
if [ $(readlink "/proc/$pid/ns/pid") == $(readlink /proc/1/ns/pid) ]; then
   echo "pid $pid is the same namespace as init system"
else
   echo "pid $pid is in a different namespace as init system"
fi

或者在我们的例子中,如果进程不在容器中,我们想要一个生成错误的衬垫

bash -c "test -h /proc/4129/ns/pid && test $(readlink /proc/4129/ns/pid) != $(readlink /proc/1/ns/pid)"

我们可以从另一个进程执行,如果退出代码为零,则指定的 PID 正在不同的命名空间中运行。

基于 Dan Walsh 关于使用 SELinux ps -eZ | grep container_t评论| ps -eZ | grep container_t ,但不需要安装ps

$ podman run --rm fedora:31 cat /proc/1/attr/current
system_u:system_r:container_t:s0:c56,c299
$ podman run --rm alpine cat /proc/1/attr/current
system_u:system_r:container_t:s0:c558,c813
$ docker run --rm fedora:31 cat /proc/1/attr/current
system_u:system_r:container_t:s0:c8,c583
$ cat /proc/1/attr/current
system_u:system_r:init_t:s0

这只是告诉您您容器中运行,而不是在哪个运行时。

没有检查其他容器运行时,但https://opensource.com/article/18/2/understanding-selinux-labels-container-runtimes提供了更多信息并表明这被广泛使用,可能也适用于 rkt 和 lxc?

只要我知道系统程序/脚本将在其上运行,对我有用的是确认使用PID 1运行的是否是systemd (或等效)。 如果不是,那是一个容器。 这应该适用于任何 linux 容器,而不仅仅是 docker。

2022 年在 macOS 上需要此功能,只有@at0S 的答案仍然适用于所有其他选项。

  • /proc/1/cgroup除非另有配置,否则只有容器中的根目录
  • /proc/1/sched显示了相同的容器内进程号。 名称不同( bash ),但这不是很便携。
  • 如果您自己配置容器,环境变量会起作用,但默认环境变量都没有帮助

我确实找到了其他答案中未列出的选项: /proc/1/mounts在其路径中包含了一个带有“docker”的overlay文件系统。

[Updated1]我有一个外壳,它将在某些功能中更改TCP内核参数,但是现在我需要使该外壳在Docker容器中运行,这意味着,该外壳需要知道它在容器内运行并停止配置内核。

现在我不确定如何实现,这是容器内/proc/self/cgroup的内容:

9:hugetlb:/
8:perf_event:/
7:blkio:/
6:freezer:/
5:devices:/
4:memory:/
3:cpuacct:/
2:cpu:/docker/25ef774c390558ad8c4e9a8590b6a1956231aae404d6a7aba4dde320ff569b8b
1:cpuset:/

我可以使用上面的任何标志来确定此过程是否在容器内运行吗?

[Updated2]:我还注意到确定进程是否在lxc / Docker中运行,但在这种情况下似乎不起作用,我容器的/proc/1/cgroup的内容是:

8:perf_event:/
7:blkio:/
6:freezer:/
5:devices:/
4:memory:/
3:cpuacct:/
2:cpu:/docker/25ef774c390558ad8c4e9a8590b6a1956231aae404d6a7aba4dde320ff569b8b
1:cpuset:/

否/ lxc / containerid

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM