Pages : 1
#1 Le 14/05/2016, à 09:19
- Shanx
Wordpress, MySQL et Docker [Résolu]
Parce que j'aime me faire du mal, je me suis mis en tête de faire tourner un wordpress via Docker. L'idée de base, assez simple, était d'avoir trois conteneurs (en attendant le reste, Varnish & Co) :
- un nginx frontal
- php-fpm
- mariadb (MySQL)
Le nginx frontal et php-fpm fonctionnent bien. Le conteneur de MariaDB tourne aussi, mais impossible de me connecter à la BDD.
Le docker-compose.yml qui fait tourner le bouzin :
version: '2'
services:
web_db:
image: mariadb:latest
restart: always
volumes:
- ./var/mysql:/var/lib/mysql
ports:
- 3306
environment:
MYSQL_ROOT_PASSWORD: X
MYSQL_DATABASE: wordpress
MYSQL_USER: wordpress
MYSQL_PASSWORD: X
web_front:
image: nginx
restart: always
ports:
- 80:80
- 443:443
volumes:
- ./www:/var/www/html:rw
- ./etc/nginx/nginx.conf:/etc/nginx/nginx.conf:ro
web_fpm:
build: ./PHP-FPM/
restart: always
volumes:
- ./www:/var/www/htmlClassique. Remarquez bien que c'est la version 2 de docker-compose, y'a donc des trucs qui changent (le plus flagrant : plus besoin de links).
Au lancement, tout va bien :
> docker-compose up
Starting web_web_db_1
Starting web_web_fpm_1
Starting web_web_front_1
Attaching to web_web_fpm_1, web_web_db_1, web_web_front_1
web_fpm_1 | [14-May-2016 08:07:03] NOTICE: fpm is running, pid 1
web_fpm_1 | [14-May-2016 08:07:03] NOTICE: ready to handle connections
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] mysqld (mysqld 10.1.13-MariaDB-1~jessie) starting as process 1 ...
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Using mutexes to ref count buffer pool pages
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: The InnoDB memory heap is disabled
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Memory barrier is not used
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Compressed tables use zlib 1.2.8
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Using Linux native AIO
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Using generic crc32 instructions
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Initializing buffer pool, size = 256.0M
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Completed initialization of buffer pool
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Highest supported file format is Barracuda.
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: 128 rollback segment(s) are active.
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Waiting for purge to start
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.28-76.1 started; log sequence number 1617155
web_db_1 | 2016-05-14 8:07:04 140008476346112 [Note] InnoDB: Dumping buffer pool(s) not yet started
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] Plugin 'FEEDBACK' is disabled.
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] Server socket created on IP: '::'.
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Warning] 'proxies_priv' entry '@% root@f0c205913e1f' ignored in --skip-name-resolve mode.
web_db_1 | 2016-05-14 8:07:04 140009282533312 [Note] mysqld: ready for connections.
web_db_1 | Version: '10.1.13-MariaDB-1~' socket: '/var/run/mysqld/mysqld.sock' port: 3306 mariadb.org binary distributionEt un docker ps -a :
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
93ec3c128fe1 web_web_fpm "/entrypoint.sh php-f" 10 minutes ago Up 51 seconds 9000/tcp web_web_fpm_1
4ec373830337 mariadb:latest "/docker-entrypoint.s" 10 minutes ago Up 51 seconds 0.0.0.0:32771->3306/tcp web_web_db_1
db7d0acdefb4 nginx "nginx -g 'daemon off" 10 minutes ago Up 51 seconds 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp web_web_front_1Le monde est-il tout beau tout gentil ? Non. 
Quand je vais sur la page de config de Wordpress pour l'installer, j'ai une erreur lors de la connexion à la BDD :
Erreur lors de la connexion à la base de données
Cela signifie soit que l’identifiant ou le mot de passe dans votre fichier wp-config.php n’est pas correct, soit que nous ne pouvons pas contacter le serveur de base de données à l’adresse web_db. Cela peut signifier que votre serveur de base de données est tombé.
Confirmez-vous utiliser le bon nom d'utilisateur et le bon mot de passe ?
Confirmez-vous avoir saisi le bon nom d’hôte (hostname) ?
Confirmez-vous que le serveur de la base de données fonctionne correctement ?Pour la première question, c'est oui.
Pour la seconde, j'indique web_db (normalement c'est ça).
Pour la troisième, joker.
Du coup, on met les mains dans le cambouis et on essaie de se connecter manuellement à la BDD :
> docker exec -it web_web_db_1 bash
root@4ec373830337:/# mysql
TERM environment variable not set.
root@4ec373830337:/# export TERM=dumb
root@4ec373830337:/# mysql -u root -p
Enter password:
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)
root@4ec373830337:/# L'export, c'est à cause d'une erreur àlakon. J'ai laissé, mais je pense que ça n'a strictement aucun rapport.
Bref, il semble qu'il soit impossible de se connecter à la BDD, même pour l'utilisateur root sur localhost (j'ai aussi essayé avec 127.0.0.1, parait que des fois ça marche mieux… Bah pas là).
Du coup, allons voir la conf de mariadb !
root@4ec373830337:/# cat /etc/mysql/my.cnf [147/207]
# MariaDB database server configuration file.
#
# You can copy this file to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html
# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
# Here is entries for some specific programs
# The following values assume you have at least 32M ram
# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
skip-host-cache
skip-name-resolve
#
# * Basic Settings
#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc_messages_dir = /usr/share/mysql
lc_messages = en_US
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#bind-address = 127.0.0.1
#
# * Fine Tuning
#
max_connections = 100
connect_timeout = 5
wait_timeout = 600
max_allowed_packet = 16M
thread_cache_size = 128
sort_buffer_size = 4M
bulk_insert_buffer_size = 16M
tmp_table_size = 32M
max_heap_table_size = 32M
#
# * MyISAM
#
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched. On error, make copy and try a repair.
myisam_recover_options = BACKUP
key_buffer_size = 128M
#open-files-limit = 2000
table_open_cache = 400
myisam_sort_buffer_size = 512M
concurrent_insert = 2
read_buffer_size = 2M
read_rnd_buffer_size = 1M
#
# * Query Cache Configuration
#
# Cache only tiny result sets, so we can fit more in the query cache.
query_cache_limit = 128K
query_cache_size = 64M
# for more write intensive setups, set to DEMAND or OFF
#query_cache_type = DEMAND
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file = /var/log/mysql/mysql.log
#general_log = 1
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#bind-address = 127.0.0.1
#
# * Fine Tuning
#
max_connections = 100
connect_timeout = 5
wait_timeout = 600
max_allowed_packet = 16M
thread_cache_size = 128
sort_buffer_size = 4M
bulk_insert_buffer_size = 16M
tmp_table_size = 32M
max_heap_table_size = 32M
#
# * MyISAM
#
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched. On error, make copy and try a repair.
myisam_recover_options = BACKUP
key_buffer_size = 128M
#open-files-limit = 2000
table_open_cache = 400
myisam_sort_buffer_size = 512M
concurrent_insert = 2
read_buffer_size = 2M
read_rnd_buffer_size = 1M
#
# * Query Cache Configuration
#
# Cache only tiny result sets, so we can fit more in the query cache.
query_cache_limit = 128K
query_cache_size = 64M
# for more write intensive setups, set to DEMAND or OFF
#query_cache_type = DEMAND
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file = /var/log/mysql/mysql.log
#general_log = 1
#
# Error logging goes to syslog due to /etc/mysql/conf.d/mysqld_safe_syslog.cnf.
#
# we do want to know about network errors and such
#log_warnings = 2
#
# Enable the slow query log to see queries with especially long duration
#slow_query_log[={0|1}]
slow_query_log_file = /var/log/mysql/mariadb-slow.log
long_query_time = 10
#log_slow_rate_limit = 1000
#log_slow_verbosity = query_plan
#log-queries-not-using-indexes
#log_slow_admin_statements
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
# other settings you may need to change.
#server-id = 1
#report_host = master1
#auto_increment_increment = 2
#auto_increment_offset = 1
#log_bin = /var/log/mysql/mariadb-bin
#log_bin_index = /var/log/mysql/mariadb-bin.index
# not fab for performance, but safer
#sync_binlog = 1
expire_logs_days = 10
max_binlog_size = 100M
# slaves
#relay_log = /var/log/mysql/relay-bin
#relay_log_index = /var/log/mysql/relay-bin.index
#relay_log_info_file = /var/log/mysql/relay-bin.info
#log_slave_updates
#read_only
#
# If applications support it, this stricter sql_mode prevents some
# mistakes like inserting invalid dates etc.
#sql_mode = NO_ENGINE_SUBSTITUTION,TRADITIONAL
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
default_storage_engine = InnoDB
# you can't just change log file size, requires special procedure
#innodb_log_file_size = 50M
innodb_buffer_pool_size = 256M
innodb_log_buffer_size = 8M
innodb_file_per_table = 1
innodb_open_files = 400
innodb_io_capacity = 400
innodb_flush_method = O_DIRECT
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem
#
# * Galera-related settings
#
[galera]
# Mandatory settings
#wsrep_on=ON
#wsrep_provider=
#wsrep_cluster_address=
#binlog_format=row
#default_storage_engine=InnoDB
#innodb_autoinc_lock_mode=2
#
# Allow server to accept connections on all interfaces.
#
#bind-address=0.0.0.0
#
# Optional setting
#wsrep_slave_threads=1
#innodb_flush_log_at_trx_commit=0
[mysqldump]
quick
quote-names
max_allowed_packet = 16M
[mysql]
#no-auto-rehash # faster start of mysql but no tab completion
[isamchk]
key_buffer = 16M
#
# * IMPORTANT: Additional settings that can override those from this file!
# The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/(J'ai rien modifié)
D'après la doc de MariaDB, ma conf' est correcte pour permettre les connexions depuis l'extérieur. Comme en plus j'ai testé depuis localhost, j'avoue ne pas trop savoir.
Bref, y'a-t-il un gourou de Docker/MySQL/MariaDB/Vaudou qui a une piste ? Je sèche, les gens sur #docker sèchent…
PS : oui, je sais qu'il y a une image Wordpress officielle pour Docker. Mais elle intègre directement Apache ( ) et PHP-FPM, et c'est moins drôle. Comme mon nginx doit aussi servir des fichiers statiques, je n'ai aucun interêt à prendre l'image avec Apache. Puis j'ai envie de faire comme ça. 
EDIT : si jamais, la même config en dehors d'un conteneur ne pose aucun soucis.
Dernière modification par Shanx (Le 14/05/2016, à 11:06)
Mes randos : grande traversées des Alpes, de l'Islande, de la Corse, du Japon (en vélo), etc.
Traversée des États-Unis à pied
Hors ligne
#2 Le 14/05/2016, à 10:50
- αjet
Re : Wordpress, MySQL et Docker [Résolu]
Je ne suis pas gourou du tout mais j'ai peut etre une piste. Ne connaissant pas trop docker, d'avance desole si je suis a cote de la plaque.
Dans docker-compose.yml, je vois que dans les volumes de web_front: tu specifie le fichier de conf de nginx
web_front:
volumes:
- ./www:/var/www/html:rw
- ./etc/nginx/nginx.conf:/etc/nginx/nginx.conf:ro
De maniere similaire, ne devrais tu pas specifier le fichier de conf de mariadb dans ses volumes ?
web_db:
volumes:
- ./var/mysql:/var/lib/mysql
Dernière modification par αjet (Le 14/05/2016, à 10:51)
αjet: ça se prononce alfajet, bordel ! | GMT+1 | Viens poueter avec moi, bordel ! | Mes photos | Shaarli | Fluidbuntu-fr
Hors ligne
#3 Le 14/05/2016, à 11:06
- Shanx
Re : Wordpress, MySQL et Docker [Résolu]
Merci αjet pour la réponse. 
En fait j'ai trouvé. Comme toujours, c'est assez simple… Ma conf Docker est bonne ; par contre, Docker a créé la BDD au premier lancement, et à l'époque ma conf ne devait pas être bonne. Depuis, quand je relancais le Docker (même après des docker rm 
), il récupérait la BDD avec la mauvaise conf. Il faut donc rm la BDD aussi… Un petit coup de rm -rf var/mysql/ a réglé le problème.
En y rélfechissant bien, c'est assez normal que Docker ne modifie pas la BDD a chaque lancement (ce serait super risqué). J'aurais dû y penser avant.
Mes randos : grande traversées des Alpes, de l'Islande, de la Corse, du Japon (en vélo), etc.
Traversée des États-Unis à pied
Hors ligne
#4 Le 14/05/2016, à 11:19
- αjet
Re : Wordpress, MySQL et Docker [Résolu]
Pas de pb. Ton pb m'interessait car une fois que j'aurai serieusement avance mon app fluidbuntu, j'essaierai de la "dockeriser".
αjet: ça se prononce alfajet, bordel ! | GMT+1 | Viens poueter avec moi, bordel ! | Mes photos | Shaarli | Fluidbuntu-fr
Hors ligne
Pages : 1