Определение, выполняется ли процесс внутри lxc/Docker

Question

Есть ли способ определить, выполняется ли процесс (скрипт) внутри контейнера lxc (~ время выполнения Docker)? Я знаю, что некоторые программы могут определить, работают ли они на виртуальной машине, что-то подобное для lxc/docker?

Answer 1

Самый надежный способ - проверить /proc/1/cgroup. Он сообщит вам группы управления процесса инициализации, а когда вы находитесь , а не в контейнере, это будет / для всех иерархий. Когда вы внутри контейнер, вы увидите название точки привязки; который, с контейнерами LXC/Docker, будет примерно /lxc/<containerid> или /docker/<containerid> соответственно.

Answer 2

Самый простой способ - проверить окружающую среду. Если у вас есть переменная container=lxc, вы находитесь в контейнере.

В противном случае, если вы являетесь пользователем root, вы можете попробовать выполнить операцию mknod или mount, если она не удалась, вы, скорее всего, находитесь в контейнере со сброшенными возможностями.

Answer 3

Docker создает файл .dockerenv в корне дерева каталогов внутри контейнера. Вы можете запустить этот скрипт для проверки

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

MORE: Ubuntu на самом деле имеет Баш скрипт:. /bin/running-in-container и он на самом деле может возвращать тип контейнера он был вызван в Может быть полезно. Не знаю о других крупных дистрибутивах.

Answer 4

Мой ответ применим только для Процессы Node.js, но могут иметь значение для некоторых посетителей, которые спотыкаются на этот вопрос, ища конкретный ответ Node.js.

У меня была такая же проблема, и опираясь на /proc/self/cgroup я создал пакет НПМ для исключительно с этой целью - обнаружить ли работает процесс Node.js внутри контейнера Докер или нет.

containerized npm module поможет вам в Node.js. В настоящее время он не тестируется в Io.js, но может также работать там.

Answer 5

На новой системы Ubuntu 16.04, новый Systemd & LXC 2,0

sudo grep -qa container=lxc /proc/1/environ 

Answer 6

Мы используем прок в SCHED (/ ргос/$ PID/SCHED) для извлечения 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) 

Это помогает дифференцировать если вы находитесь в контейнере или нет.

Answer 7

Docker развивается изо дня в день, поэтому мы не можем точно сказать, сохранят ли они в будущем .dockerenv .dockerinit.

В большинстве вариантов Linux init - это первый процесс запуска. Но в случае с контейнерами это не так.

#!/bin/bash 
if ps -p1|grep -q init;then 
    echo "non-docker" 
else 
    echo "docker" 
fi 

Answer 8

Краткий способ проверить грузчиком в Баш скрипт является:

функция

#!/bin/bash 
if grep docker /proc/1/cgroup -qa; then 
    echo I'm running on docker. 
fi 

Answer 9

Handy Python, чтобы проверить, работает в Докер (Linux-только, obvs.):

def in_docker(): 
    """ Returns: True if running in a Docker container, else False """ 
    with open('/proc/1/cgroup', 'rt') as ifh: 
     return 'docker' in ifh.read() 

Answer 10

This SO Q & A: "Find out if the OS is running in a virtual environment"; хотя и не совпадает с вопросом OP, он действительно отвечает на обычные случаи нахождения того контейнера, в котором вы находитесь (если вообще).

В частности, установить и прочитать код этого Баш скрипт, который, кажется, работает очень хорошо:

вирт-то, что:

sudo apt install virt-what 

Answer 11

Проверить для всех перечисленных выше в Python решений:

import os 
import subprocess 

def in_container(): 
    # type:() -> bool 
    """ Determines if we're running in an lxc/docker container. """ 
    out = subprocess.check_output('cat /proc/1/sched', shell=True) 
    out = out.decode('utf-8').lower() 
    checks = [ 
     'docker' in out, 
     '/lxc/' in out, 
     out.split()[0] not in ('systemd', 'init',), 
     os.path.exists('/.dockerenv'), 
     os.path.exists('/.dockerinit'), 
     os.getenv('container', None) is not None 
    ] 
    return any(checks)