Los subdirectorios del montaje de la ventana acoplable no están montados correctamente con la ventana acoplable


2

Problema

El uso de un contenedor de datos para almacenar los datos de MySQL no funciona correctamente si monte el directorio principal / var / lib en lugar de / var / lib / mysql

Infraestructura

Estoy usando 3 contenedores acoplables para proporcionar un sitio web:

  • contenedor nginx para ejecutar un servidor web
  • contenedor mariadb para la base de datos
  • contenedor de datos para los datos de usuario creados

El contenedor de datos se crea con el siguiente comando docker:

$ docker create \
     -v /var/lib \
     -v /var/www \
     --name [appname]-data \
     tianon/true /bin/true

Verificando los montajes disponibles para [appname] -data con $ docker inspect [appname]-data:

"Mounts": [
        {
            "Name": "361ed7b3e38371653f2df75652973e1c48db52d59c4c5371f634c1930291af0c",
            "Source": "/var/lib/docker/volumes/361ed7b3e38371653f2df75652973e1c48db52d59c4c5371f634c1930291af0c/_data",
            "Destination": "/var/lib",
            "Driver": "local",
            "Mode": "",
            "RW": true,
            "Propagation": ""
        },
        ...

Los contenedores se inician con docker-compose. Ambos contenedores deben usar todos los montajes disponibles en el contenedor de datos. Mi docker-compose.yml:

[appname]-nginx:
  container_name: [appname]-nginx
  image: nginx:9-apache
  links:
    - [appname]-mariadb:mysql
  volumes_from:
    - [appname]-data
  restart: always
  expose:
    - "80"

[appname]-mariadb:
  image: mariadb:10.1
  container_name: [appname]-mariadb
  restart: always
  volumes_from:
    - [appname]-data
  environment:
    MYSQL_ROOT_PASSWORD: pas$w0rd
    TERM: dumb

La salida de $ docker exec -it [appname]-nginx ls -lha /var/lib/mysql:

total 8.0K
drwxr-xr-x 2 root root 4.0K Jun 27 16:30 .
drwxr-xr-x 3 root root 4.0K Jul 21 10:19 ..

La salida de $ docker exec -it [appname]-mariadb ls -lha /var/lib/mysql:

total 109M
drwxr-xr-x 4 mysql mysql 4.0K Jul 21 10:19 .
drwxr-xr-x 3 root  root  4.0K Jul 21 10:19 ..
-rw-rw---- 1 mysql mysql  16K Jul 21 07:57 aria_log.00000001
-rw-rw---- 1 mysql mysql   52 Jul 21 07:57 aria_log_control
-rw-rw---- 1 mysql mysql  48M Jul 21 07:57 ib_logfile0
-rw-rw---- 1 mysql mysql  48M Jul 21 07:56 ib_logfile1
-rw-rw---- 1 mysql mysql  12M Jul 21 07:57 ibdata1
-rw-rw---- 1 mysql mysql    0 Jul 21 07:56 multi-master.info
drwx------ 2 mysql mysql 4.0K Jul 21 07:57 mysql
drwx------ 2 mysql mysql 4.0K Jul 21 07:56 performance_schema
-rw-rw---- 1 mysql mysql  24K Jul 21 07:57 tc.log

La ejecución mounten ambos contenedores muestra lo mismo:

/dev/dm-0 on /var/lib type ext4 (rw,relatime,data=ordered)
/dev/dm-0 on /var/www type ext4 (rw,relatime,data=ordered)

Sin embargo, para [appname] -mariadb tiene un montaje adicional para / var / lib / mysql:

/dev/dm-0 on /var/lib/mysql type ext4 (rw,relatime,data=ordered)

Pregunta

¿Por qué no es posible crear un montaje de volumen en / var / lib para guardar todos los datos almacenados en el contenedor de datos?

¿Echo de menos algo?

¿Es un problema de MySQL / MariaDB?

Respuestas:


0

¿Por qué no creas también el volumen de tu ventana acoplable docker-compose.yml? Lo siguiente debería funcionar:

version: '2'                       

services:                          
  nginx:                           
    image: nginx:9-apache          
    expose:                        
      - '80'                       
    volumes:                       
      - app-data:/var/www          
  mariadb:                         
    image: mariadb:10.1            
    volumes:                       
      - app-data:/var/lib          
    environment:                   
      MYSQL_ROOT_PASSWORD: pas$w0rd
      TERM: dumb                   

volumes:                           
  app-data:

Sin embargo, me pregunto por qué querrías que ambos contenedores almacenen sus datos en el mismo volumen. Me imagino que es preferible almacenar nginxlos mariadbdatos de y en volúmenes separados.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.