Comment déterminer si un processus s'exécute dans lxc / Docker?

Existe-t-il un moyen de déterminer si un processus (script) s'exécute dans un conteneur lxc (~ Docker runtime)? Je sais que certains programmes sont capables de détecter s'ils s'exécutent à l'intérieur d'une machine virtuelle, est-ce que quelque chose de similaire est disponible pour lxc / docker?

Le moyen le plus fiable est de vérifier /proc/1/cgroup. Il vous indiquera les groupes de contrôle du processus d'initialisation, et lorsque vous n'êtes pas dans un conteneur, ce sera /pour toutes les hiérarchies. Lorsque vous êtes à l' intérieur d' un conteneur, vous verrez le nom du point d'ancrage. Avec les conteneurs LXC / Docker, ce sera quelque chose comme /lxc/<containerid>ou /docker/<containerid>respectivement.

Docker crée un .dockerenvfichier à la racine de l'arborescence de répertoires à l'intérieur du conteneur. Vous pouvez exécuter ce script pour vérifier

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

PLUS: Ubuntu a en fait un script bash: /bin/running-in-containeret il peut en fait renvoyer le type de conteneur dans lequel il a été appelé. Cela pourrait être utile. Je ne sais pas pour les autres distributions majeures cependant.

Sur un nouveau système ubuntu 16.04, de nouveaux systemd et lxc 2.0

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

Une manière concise de vérifier le docker dans un script bash est:

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

Fonction Python pratique pour vérifier si elle fonctionne dans Docker:

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()

Nous utilisons le sched de proc (/ proc / $ PID / sched) pour extraire le PID du processus. Le PID du processus à l'intérieur du conteneur sera différent de celui de l'hôte (un système sans conteneur).

Par exemple, la sortie de / proc / 1 / sched sur un conteneur retournera:

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

Sur un hôte non-conteneur:

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

Cela permet de différencier si vous êtes dans un conteneur ou non.

Le moyen le plus simple serait de vérifier l'environnement. Si vous avez la container=lxcvariable, vous êtes dans un conteneur.

Sinon, si vous êtes root, vous pouvez essayer d'exécuter mknodou d' mountopérer, si cela échoue, vous êtes probablement dans un conteneur avec des capacités supprimées.

Ma réponse ne s'applique qu'aux processus Node.js, mais peut être pertinente pour certains visiteurs qui tombent sur cette question à la recherche d'une réponse spécifique à Node.js.

J'ai eu le même problème et en m'appuyant sur /proc/self/cgroupj'ai créé un package npm dans ce seul but - pour détecter si un processus Node.js s'exécute ou non dans un conteneur Docker.

Le module npm conteneurisé vous aidera dans Node.js. Il n'est actuellement pas testé dans Io.js mais peut tout aussi bien y fonctionner.

Recherchez toutes les solutions ci-dessus en Python:

import os

def in_container():
    proc_1 = r'/proc/1/sched'

    if os.path.exists(proc_1):
        with open(proc_1, 'r') as fp:
            out = fp.read()
    else:
        out = ''

    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') is not None
    ]
    return any(checks)


if __name__ == '__main__':
    print(in_container())

Preuve de concept:

$ docker run --rm -it --mount type=bind,source=${PWD}/incontainer.py,target=/tmp/script.py python:3 python /tmp/script.py
True

Docker évolue de jour en jour, nous ne pouvons donc pas dire avec certitude s'ils vont continuer .dockerenv .dockerinitdans le futur.

Dans la plupart des versions Linux, initc'est le premier processus à démarrer. Mais dans le cas des conteneurs, ce n'est pas vrai.

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

Ce Q&A SO: "Découvrez si le système d'exploitation fonctionne dans un environnement virtuel" ; bien que différent de la question du PO, il répond en effet aux cas courants de recherche dans quel conteneur vous vous trouvez (voire pas du tout).

En particulier, installez et lisez le code de ce script bash qui semble fonctionner plutôt bien:

virt-quoi :

sudo apt install virt-what

J'ai traduit la réponse de JJC en rubis

def in_docker
  File.open('/proc/1/cgroup', 'rt') do |f|
    contents = f.read
    return contents =~ /docker/i || contents =~ /kubepod/i
  end
rescue StandardError => e
  p 'Local development'
  p e
  false
end

Dans un conteneur Docker, les entrées /proc/self/cgroupsont montées sur des groupes de contrôle sur l'hôte.

par exemple dans un conteneur

# awk -F: '/cpuset/' /proc/self/cgroup
3:cpuset:/docker/22bd0c154fb4e0d1b6c748faf1f1a12116acc21ce287618a115ad2bea41256b3

alors que, pareil sur l'hôte

$ awk -F: '/cpuset/' /proc/self/cgroup
3:cpuset:/

Utiliser quelque chose dans la coque pour un test discret

is_running_in_container() {
  awk -F: '/cpuset/ && $3 ~ /^\/$/{ c=1 } END { exit c }' /proc/self/cgroup
}

if is_running_in_container; then
  echo "Aye!! I'm in a container"
else 
  echo "Nay!! I'm not in a container"
fi

Peut-être que cela fera l'affaire:

if [ -z $(docker ps -q) ]; then
    echo "There is not process currently running"
else
    echo "There are processes running"
fi

Est-ce que c'est ce que tu veux? J'espère que ça aide =)