回答編集履歴
2
質問への回答を追記
answer
CHANGED
|
@@ -9,6 +9,26 @@
|
|
|
9
9
|
正常起動できた場合、以降は「`./data/db/`配下のファイルを全削除」の手順は**行わないでください。**
|
|
10
10
|
せっかく残したデータベースのデータを削除してしまうことになります。
|
|
11
11
|
|
|
12
|
+
---
|
|
13
|
+
|
|
12
14
|
＜追記＞
|
|
13
15
|
手順1の「`./data/db/`配下のファイルを全削除」については、削除するとデータが消えてしまうので、
|
|
14
|
-
必要に応じてバックアップするか、退避とする方が良いかもしれません。
|
|
16
|
+
必要に応じてバックアップするか、退避とする方が良いかもしれません。
|
|
17
|
+
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
＜追記２＞
|
|
21
|
+
> docker machineにssh接続をして、./data/db/以下のファイルを削除するということでしょうか?
|
|
22
|
+
|
|
23
|
+
はい、そうなります。
|
|
24
|
+
Docker Toolboxを使っている場合、
|
|
25
|
+
『ホストPC -> docker machine -> docker container(docker machine上にある)』
|
|
26
|
+
という構成になっているかと思います。
|
|
27
|
+
接続やフォルダ共有についても上記構成です。
|
|
28
|
+
(docker terminalでのコマンドがdocker machineを透過的に操作できるようになっている）
|
|
29
|
+
|
|
30
|
+
ホストPCでのごみファイルを削除しても状況が改善できていないようなので、もしかしたらdocker machine上にゴミがあるかもしれません。
|
|
31
|
+
削除実行前に、`docker-machine ssh [docker-machine名]`でdocker machineにssh接続しフォルダ状況を確認してみてください。
|
|
32
|
+
|
|
33
|
+
もしdocker machine削除をしてもかまわないようであれば、
|
|
34
|
+
一度docker machineを削除し新ためて作成すると状況が改善するかもしれません。
|
1
削除手順に対する注記を追加
answer
CHANGED
|
@@ -7,4 +7,8 @@
|
|
|
7
7
|
|
|
8
8
|
volumesを使ってmysqlのデータを永続化したい場合、現状の設定で問題ないかと思います。
|
|
9
9
|
正常起動できた場合、以降は「`./data/db/`配下のファイルを全削除」の手順は**行わないでください。**
|
|
10
|
-
せっかく残したデータベースのデータを削除してしまうことになります。
|
|
10
|
+
せっかく残したデータベースのデータを削除してしまうことになります。
|
|
11
|
+
|
|
12
|
+
＜追記＞
|
|
13
|
+
手順1の「`./data/db/`配下のファイルを全削除」については、削除するとデータが消えてしまうので、
|
|
14
|
+
必要に応じてバックアップするか、退避とする方が良いかもしれません。
|