Я запускаю контейнеры grafana и influenxdb в среде CentOS, но когда я запускаю контейнеры, оба говорят, что не могут создавать файлы в сопоставленных каталогах.
У меня работает та же самая среда в Ubuntu без проблем.
Я уже выбрал каталог на 472: 472. Я сопоставил в docker -compose.yml идентификатор пользователя владельца (в Ubuntu это решило проблему). У меня заканчиваются идеи!
Вот команда для запуска контейнеров
CURRENT_UID=$(id -u):$(id -g) docker-compose -f /home/rastreamento/docker-compose.yml up -d
Вот yml для docker - composer, который отлично работает на Ubuntu:
version: '3'
services:
grafana:
image: "grafana/grafana"
environment:
- WORKING_DIR=/var/lib/grafana/working_dir
- GF_SECURITY_DISABLE_GRAVATAR=true
- GF_DEFAULT_INSTANCE_NAME=Valid
- GF_SERVER_DOMAIN=200.166.40.21
- GF_SERVER_ENFORCE_DOMAIN=false
- GF_SERVER_ROOT_URL=http://200.166.40.21
- GF_ANALYTICS_CHECK_FOR_UPDATES=false
- GF_USERS_ALLOW_SIGN_UP=false
- GF_USERS_VIEWERS_CAN_EDIT=false
ports:
- "1982:3000"
volumes:
- /home/dev/grafana:/var/lib/grafana
links:
- influxdb
networks:
backend:
ipv4_address: 172.20.0.3
restart: unless-stopped
depends_on:
- influxdb
user: ${CURRENT_UID}
influxdb:
image: "influxdb"
environment:
- INFLUXDB_ADMIN_ENABLED=true
- INFLUXDB_DATA_MAX_SERIES_PER_DATABASE=0
- INFLUXDB_DATA_MAX_VALUES_PER_TAG=0
ports:
- "8086:8086"
- "8083:8083"
volumes:
- /home/dev/influxdb:/var/lib/influxdb
networks:
backend:
ipv4_address: 172.20.0.2
restart: unless-stopped
user: ${CURRENT_UID}
networks:
backend:
driver: bridge
ipam:
config:
- subnet: 172.20.0.0/24
Вот один вывод из контейнера с Grafana.
grafana_1 | mkdir: невозможно создать каталог '/ var / lib / grafana / plugins': разрешение запрещено
Вывод InfluxDB:
influenxdb_1 | Выполнить: создать сервер: mkdir all: mkdir / var / lib / influenxdb / meta: отказано в разрешении
У меня закончились идеи после 2 дней исследований по его решению.
спасибо
РЕДАКТИРОВАТЬ 1:
По просьбе Яна Гараджа, информация Docker приведена ниже: пс. Я изменил желаемое отображение хоста, чтобы контейнер мог запускаться и получать к нему доступ bash.
docker info
[rastreamento@VMINDUS ~]$ docker info
Containers: 30
Running: 1
Paused: 0
Stopped: 29
Images: 2
Server Version: 1.13.1
Storage Driver: overlay2
Backing Filesystem: xfs
Supports d_type: true
Native Overlay Diff: true
Logging Driver: journald
Cgroup Driver: systemd
Plugins:
Volume: local
Network: bridge host macvlan null overlay
Swarm: inactive
Runtimes: docker-runc runc
Default Runtime: docker-runc
Init Binary: /usr/libexec/docker/docker-init-current
containerd version: (expected: aa8187dbd3b7ad67d8e5e3a15115d3eef43a7ed1)
runc version: 9c3c5f853ebf0ffac0d087e94daef462133b69c7 (expected: 9df8b306d01f59d3a8029be411de015b7304dd8f)
init version: fec3683b971d9c3ef73f284f176672c44b448662 (expected: 949e6facb77383876aeff8a6944dde66b3089574)
Security Options:
seccomp
WARNING: You're not using the default seccomp profile
Profile: /etc/docker/seccomp.json
selinux
Kernel Version: 3.10.0-1062.el7.x86_64
Operating System: CentOS Linux 7 (Core)
OSType: linux
Architecture: x86_64
Number of Docker Hooks: 3
CPUs: 2
Total Memory: 3.666 GiB
Name: VMINDUS
ID: ZOZE:KEGT:SKTP:SG5J:3DKD:LCT3:STRW:FDO4:SFDP:FJJK:IAKQ:72DW
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled
Experimental: false
Insecure Registries:
127.0.0.0/8
Live Restore Enabled: false
Registries: docker.io (secure)
Разрешения файловой системы
[rastreamento@VMINDUS ~]$ ls -l
total 12
-rwxrwxrwx. 1 rastreamento docker 1221 Feb 11 15:05 docker-compose.yml
drwxr-xr-x. 2 root root 6 Feb 11 15:54 grafana
drwxr-xr-x. 2 root root 6 Feb 11 15:54 influxdb
-rwxrwxrwx. 1 rastreamento docker 116 Feb 17 14:46 start_containers.sh
-rwxrwxrwx. 1 rastreamento docker 20 Feb 22 2019 stop_containers.sh
ID от Grafana
[rastreamento@VMINDUS ~]$ docker exec -it 691c907ed1f1 /bin/bash
grafana@691c907ed1f1:/usr/share/grafana$ id
uid=472(grafana) gid=472(grafana) groups=472(grafana)
Для тестирования я запустил Grafana docker, сопоставившего пользователя с root и каталог / home / grafana выглядит следующим образом:
[rastreamento@VMINDUS ~]$ sudo docker run --user 0:0 -p 3000:3000 --volume /home/rastreamento/grafana:/home/grafana/ d0454da13c84
В оболочке контейнера я проверил идентификатор запускающего экземпляра и попытался перечислить файлы в каталоге / home / grafana
grafana@2263170898d0:/var/lib$ [rastreamento@VMINDUS ~]$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
345145c9a591 d0454da13c84 "/run.sh" 7 seconds ago Up 4 seconds 0.0.0.0:3000->3000/tcp heuristic_wescoff
[rastreamento@VMINDUS ~]$ docker exec -it 345145c9a591 /bin/bash
root@345145c9a591:/usr/share/grafana# cd /home/grafana/
root@345145c9a591:/home/grafana# ls
ls: cannot open directory '.': Permission denied
root@345145c9a591:/home/grafana# id
uid=0(root) gid=0(root) groups=0(root)
Как видите, идентификаторы пользователей и групп изменились так, как это должно было быть при запуске контейнера, но, хотя я не могу получить доступ к каталогу сопоставленных хостов.
До сих пор нет подсказок, почему это работает в Ubuntu, но не в CentO. Я никогда не использовал CentOs, есть ли другие конфигурации, позволяющие приложениям получать доступ к ресурсам хоста? Некоторые настройки безопасности? Мне действительно тяжело с этим.