概要
ローカル環境でテストのためにDockerコンテナ起動したり閉じたりを繰り返していたら、以下のエラーに。こちらの原因と解決方法を紹介します。
failed to solve: failed to copy files: copy file range failed: no space left on device
原因
デバイスにスペースがないよ、と言われていますね。
まずはDockerの利用状況を確認。
$ docker system df
TYPE TOTAL ACTIVE SIZE RECLAIMABLE
Images 60 0 34.78GB 34.78GB (100%)
Containers 0 0 0B 0B
Local Volumes 11 0 1.211GB 1.211GB (100%)
Build Cache 565 0 20.95GB 20.95GB
Docker Desktopのextension「Desk usage」でも確認できます
(なぜかTotal Sizeにずれがあるけどタイムラグがあるのだろうか...updateしたら治りそう)
Dockerの上限は、ホストマシンのディスク容量にも依存しますので、まずはホストマシンのストレージ使用状況を確認（dockerデーモンでも制限設定はできるみたい）。
コマンドでも確認できますし、「システム情報」→「ストレージ」でも利用可能容量がわかります。
確認すると、、残り5.8GBしか使えない状態だった...
そもそもストレージが残りわずか、というのも、Dockerで不要なファイルが多く一気に増えていたからかも。
ということで、私は念の為DockerDesktopから目視で削除していきます。
めちゃたまってる...
上記のnoneと出ているものは明らかに不要だったので削除。
もう一度利用状況を確認すると、だいぶ減ったことがわかります。
$ docker system df
TYPE TOTAL ACTIVE SIZE RECLAIMABLE
Images 39 0 15.46GB 15.46GB (100%)
Containers 0 0 0B 0B
Local Volumes 11 0 1.211GB 1.211GB (100%)
Build Cache 267 0 21.15GB 21.15GB
Macホストマシンのストレージをみても、利用可能容量が32GBになったことを確認。
この状態でdocker compose up -dを行うと、無事にイメージ作成ができました。
ビルドキャッシュも削除！
後に、ビルドキャッシュも削除しました。
$ docker builder prune
WARNING! This will remove all dangling build cache. Are you sure you want to continue? [y/N] y
ビルドキャッシュとは、Docker イメージのビルド時に作成される一時的なキャッシュのこと。これらがあることで、以前ビルドしたステップが迅速に実行されたり、コンテナイメージの再現性が確保されたり、色々メリットはあるらしい。とはいえ、今回の削除対象は「未参照("dangling")」のものであって、もう使われていないもの。
20GBもあったので、もういいや！と思って削除したのですが、その後にイメージ再作成などの操作を行うと、以前より遅いような...余計なものまで消してしまったのだろうか（結果7GBは残っているので使っているキャッシュは残っていそうなのですが）。気のせいだと祈ろう。