L'exécution de docker sur Ubuntu: monté volume hôte n'est pas accessible en écriture à partir conteneur

Docker fonctionne très bien sur un Mac pour moi, mais je dois courir le panneau d'accueil à l'intérieur d'une VirtualBox (ou Parallels ou VMWare Fusion), depuis Mac du noyau ne supporte pas de menu fixe.

J'ai donc essayé d'installation de mon application et un menu fixe-composer sur une Ubuntu Desktop - mode natif, où les deux docker client et le panneau d'accueil exécuter physiquement sur le même système. Cela a fonctionné, mais ma course conteneurs docker ne peut pas écrire dans une montée d'accueil de volume.

- Je utiliser docker-composer avec les paramètres suivants:

volumes:
   - ./api:/usr/src/app

Je suis donc le montage de la "api" répertoire de l'hôte Ubuntu OS dans le panneau récipient sous /usr/src/app.

docker inspect <container ID> montre que le volume est accessible en écriture

"Destination": "/usr/src/app",
"Mode": "rw",
"RW": true

Cependant, il n'est pas: - je obtenir permission denied lorsque j'essaie de créer un répertoire ou de modifier un fichier dans le conteneur docker.

J'ai googlé pour cette question, bien sûr, et je suis tombé sur quelques SELinux questions de CentOS/RHEL, mais je suis sur Ubuntu 15.10, édition 64 bits, pas de CentOS.

OriginalL'auteur Alex Kovshovik | 2015-12-01

  1. 15

    Si votre uid sur l'hôte (id -u) n'est pas la même que la uid de l'utilisateur dans le menu fixe conteneur (souvent "docker"), alors vous pouvez avoir ce problème. Vous pouvez essayer:

    1. Faire l'Uid les mêmes entre l'utilisateur et l'utilisateur dans le conteneur docker.
    2. Réglage du groupe de permissions sur le répertoire doit être accessible en écriture pour un groupe qui à la fois vous et docker appartiennent.
    3. Vous pouvez également utiliser l'option nucléaire:

    chmod a+rwx -R project-dir/

    L'option nucléaire fera de votre git espace de travail sale, qui va vous ennuyer considérablement, de sorte que n'est pas la meilleure solution à long terme. Il arrête le saignement tho.

    Pour mieux comprendre le problème, vous pourriez trouver utiles:

    1. https://github.com/docker/docker/issues/7906
    2. https://github.com/docker/docker/issues/7198
    Les deux "option nucléaire" et uid correctif a fonctionné. Pour uid fix j'ai juste ajouté "usermod -u 1000 docker" pour le Dockerfile.
    Dans mon cas, le réglage de la propriétaire sur le volume, le répertoire de l'utilisateur aidé (Uid étaient déjà les mêmes).

    OriginalL'auteur Freedom_Ben

  2. 16

    De docker version 1.7, vous avez la possibilité de monter un répertoire de l'hôte avec l'autorisation d'un conteneur à l'aide de l' :Z :z les drapeaux de la sorte:

    docker run -v ./api:/usr/src/app:Z
    • :z - va ajouter des autorisations à tous les récipients à l'aide de l'étiquette 'svirt_sandbox_file_t'
    • :Z - va ajouter des autorisations uniquement à l'étiquette du contenant

    De docker-composer v1.4.0, vous pouvez l'utiliser dans le panneau de composer comme ceci:

    volumes:
   - ./api:/usr/src/app:Z

    Bien que je devrais ajouter j'ai encore quelques problèmes avec cette
    (voir L'ajout d'autorisations de répertoire de l'hôte avec docker-composer).

    Références:

    À l'aide de Volumes avec Docker peut Causer des Problèmes avec SELinux - http://www.projectatomic.io/blog/2015/06/using-volumes-with-docker-can-cause-problems-with-selinux/

    Docker guide de l'utilisateur -
    https://docs.docker.com/engine/userguide/dockervolumes/#volume-labels

    Docker-composer les notes de version pour v1.4.0 - https://github.com/docker/compose/releases/tag/1.4.0

    l' :Z option fonctionne pour moi.

    OriginalL'auteur Avi Farada