docker-composeを用いたWordpress+Mysqlの起動

前提・実現したいこと

以下のdocker-composeを使ってWordpress + Mysqlの環境を作りたいと思っています。

version: "2"
services:
    db:
        image: mysql:5.7
        volumes:
           - "./data/db:/var/lib/mysql"
        restart: always
        # build: .
        # command: rm /var/lib/mysql/*
        environment: 
            MYSQL_ROOT_PASSWORD: mysql_root_password
            MYSQL_DATABASE: wordpress
            MYSQL_USER: admin
            MYSQL_PASSWORD: mysql_password
    wordpress:
        depends_on:
            - db
        image: wordpress:latest
        links:
            - db
        ports:
            - "80:80"
        restart: always
        environment:
            WORDPRESS_DB_HOST: db:3306 
            WORDPRESS_DB_NAME: wordpress
            WORDPRESS_DB_USER: admin
            WORDPRESS_DB_PASSWORD: mysql_password

上記のdocker-compose.ymlを用いてdocker-compose up -dをコンテナを起動したところ
Mysqlの起動ができず、localhostからwordpressにアクセスしても,ErrorConnectionというメッセージが表示されてしまいます。
そこで、ログ情報を見るべくdocker-compose upでコンテナを起動したところ、
[ERROR] --initialize specified but the data directory has files in it. Aborting.
Mysqlのデータディレクトリの内部にファイルが既に入っており、初期化できないことが原因でした。
そこで、現在はコメントアウトしていますが、rm /var/lib/mysql/*
を起動時に実行する設定にし、試したのですが、それもうまくいきません。
volumeを残しつつ、mysqlを起動する方法を教えてください。

補足情報

・Docker version 19.03.1
・docker-compose version 1.24.1
・Windows 10 Home

行動規範の内容に同意します

回答1件

状況からの推測ですが、ローカルPCのdocker-compose.ymlが配置されているディレクトリからの相対パス(./data/db)に前回以前の起動に利用したファイルが存在することが原因で正しくmysqlが起動できないと思われます。

./data/db/配下のファイルを全削除
docker-compose up -dで起動

の手順でmysqlが起動できるかと思います。

volumesを使ってmysqlのデータを永続化したい場合、現状の設定で問題ないかと思います。
正常起動できた場合、以降は「./data/db/配下のファイルを全削除」の手順は行わないでください。
せっかく残したデータベースのデータを削除してしまうことになります。

＜追記＞
手順1の「./data/db/配下のファイルを全削除」については、削除するとデータが消えてしまうので、
必要に応じてバックアップするか、退避とする方が良いかもしれません。

＜追記２＞

docker machineにssh接続をして、./data/db/以下のファイルを削除するということでしょうか?

はい、そうなります。
Docker Toolboxを使っている場合、
『ホストPC -> docker machine -> docker container(docker machine上にある)』
という構成になっているかと思います。
接続やフォルダ共有についても上記構成です。
(docker terminalでのコマンドがdocker machineを透過的に操作できるようになっている）

ホストPCでのごみファイルを削除しても状況が改善できていないようなので、もしかしたらdocker machine上にゴミがあるかもしれません。
削除実行前に、docker-machine ssh [docker-machine名]でdocker machineにssh接続しフォルダ状況を確認してみてください。

もしdocker machine削除をしてもかまわないようであれば、
一度docker machineを削除し新ためて作成すると状況が改善するかもしれません。

投稿2020/03/08 11:55

編集2020/03/16 01:43