Galat docker: tidak ada ruang yang tersisa di perangkat


329

Saya memasang buruh pelabuhan di mesin Debian 7 dengan cara berikut

$ echo deb http://get.docker.io/ubuntu docker main > /etc/apt/sources.list.d/docker.list
$ sudo apt-get update
$ curl -sSL https://get.docker.com/ubuntu/ | sudo sh

Setelah itu ketika saya pertama kali mencoba membuat Gambar gagal dengan kesalahan berikut

 time="2015-06-02T14:26:37-04:00" level=info msg="[8] System error: write /sys/fs/cgroup/docker/01f5670fbee1f6687f58f3a943b1e1bdaec2630197fa4da1b19cc3db7e3d3883/cgroup.procs: no space left on device"

Ini info tentang buruh pelabuhan

Containers: 2
Images: 21
Storage Driver: aufs
Root Dir: /var/lib/docker/aufs
Backing Filesystem: extfs
Dirs: 25
Dirperm1 Supported: true
Execution Driver: native-0.2
Kernel Version: 3.16.0-0.bpo.4-amd64
Operating System: Debian GNU/Linux 7 (wheezy)
CPUs: 2
 Total Memory: 15.7 GiB


WARNING: No memory limit support
 WARNING: No swap limit support

Bagaimana saya bisa menambah memori? Di mana konfigurasi sistem disimpan?

Dari saran Kal:

Ketika saya menyingkirkan semua gambar dan wadah itu membebaskan beberapa ruang dan membangun gambar berlari lebih lama sebelum gagal dengan kesalahan yang sama. Jadi pertanyaannya adalah, ruang mana yang dirujuk dan bagaimana cara mengkonfigurasinya?


1
Kadang-kadang, Anda dapat mencapai batas ukuran per-kontainer , tergantung pada backend penyimpanan Anda. Tautan itu menunjukkan cara memperbaikinya untuk devicemapper.
jpaugh

4
Saya memiliki kesalahan ini ketika disk saya keluar dari inode. Periksadf -ih
Kevin Smyth

@KevinSmyth Terima kasih banyak telah menunjukkan ini. Saya bahkan tidak menyadari pentingnya batas inode sebelum ini.
yosefrow

Jawaban:


337

Saya memiliki kesalahan yang sama dan menyelesaikannya dengan cara ini:

1. Hapus volume yatim di Docker, Anda dapat menggunakan perintah volume docker bawaan. Perintah bawaan juga menghapus direktori apa pun di / var / lib / docker / volume yang bukan volume jadi pastikan Anda tidak memasukkan apa pun di sana yang ingin Anda simpan.

Peringatan sangat berhati-hati dengan ini jika Anda memiliki beberapa data yang ingin Anda simpan

Membersihkan:

$ docker volume rm $(docker volume ls -qf dangling=true)

Perintah tambahan:

Daftar volume yang menggantung:

$ docker volume ls -qf dangling=true

Daftar semua volume:

$ docker volume ls

2. Juga pertimbangkan untuk menghapus semua Gambar yang tidak digunakan.

Pertama-tama singkirkan <none>gambar (itu kadang-kadang dihasilkan saat membangun gambar dan jika karena alasan apapun bangunan gambar terganggu, mereka tinggal di sana).

inilah skrip bagus yang saya gunakan untuk menghapusnya

docker rmi $(docker images | grep '^<none>' | awk '{print $3}')

Kemudian jika Anda menggunakan Docker Compose untuk membuat Gambar secara lokal untuk setiap proyek. Anda akan berakhir dengan banyak gambar yang biasanya dinamai seperti folder Anda (misalnya jika folder proyek Anda bernama Halo, Anda akan menemukan nama gambar Hello_blablabla). jadi pertimbangkan juga untuk menghapus semua gambar ini

Anda dapat mengedit skrip di atas untuk menghapusnya atau menghapusnya secara manual

docker rmi {image-name}


23
Hanya sebuah catatan: perintah awk pada Mac harus dikelilingi dengan tanda kutip tunggal, bukan ganda, jika tidak diabaikan saja.
ndtreviv

2
Saya menggunakan MAC dan berfungsi untuk saya !! tapi terima kasih untuk nasehatnya.
Mahmoud Zalt

2
Aneh sekali! Itu tidak bekerja untuk saya. Hanya mencetak hasil yang sama dengan grep. Baiklah Hal-hal aneh telah terjadi.
ndtreviv

3
Pada titik ini, Anda dapat menggunakan filter yang sama untuk gambar. docker images -qf dangling=truedan tentu saja menghapusnya dengan docker rmi $(docker images -qf dangling=true).
Tyler Jones

3
Saya mendapatkan kesalahan: "volume buruh pelabuhan rm" memerlukan setidaknya 1 argumen.
IgorGanapolsky

331

UPDATE
Perintah-perintah di bawah ini telah menjadi hacks karena Docker menjadi lebih berkembang Praktik terbaik saat ini adalah

docker system prune

Ini akan menghapus:

- all stopped containers
- all volumes not used by at least one container
- all networks not used by at least one container
- all dangling images

Seperti di bawah ini, ini adalah nuklir.


Untuk membersihkan sistem Anda, lepas dulu wadah

$ docker rm $(docker ps -aq)

lalu hapus gambar

$ docker rmi $(docker images -q)

Ini tentu saja nuklir dan akan menghapus semua wadah dan semua gambar. Anda dapat menghapusnya satu per satu melalui docker rm #CONTAINER_ID#dan docker rmi #IMAGE_ID.


2
seperti yang ditunjukkan oleh Kevin Smyth, kesalahan ini kemungkinan karena Anda kehabisan inode yang dapat Anda lihat df -ih. Untuk mendiagnosis lebih banyak pembedahan, masukkan ncdulalu tekan c untuk menghitung file dan C untuk mengurutkan berdasarkan jumlah file untuk mendapatkan perkiraan kasar tentang apa yang menggunakan semua inode Anda. Jika masalahnya memang buruh pelabuhan itu akan segera terlihat oleh direktori menggunakan inode terbanyak.
yosefrow

2
Sungguh ini harus dipilih dan dijawab, karena itu pendekatan yang benar. Lingkungan untuk bangunan tercemar dan sekarang diretas di sana-sini mungkin untuk sementara memperbaikinya, tetapi pendekatan yang tepat seharusnyadocker system prune
zhrist

@ Zhrist Haha Saya setuju
Joshua Cook

@ coler-j Mungkin ... jika Anda berpikir dalam hal pertanyaan asli yang sangat spesifik. Tapi mari kita jujur ​​satu sama lain. Kebanyakan orang tidak menemukan pertanyaan ini karena penggunaan OPs tidak jelas, tetapi karena cache docker mereka kehabisan ruang.
Joshua Cook

@ JoshuaCook itu sebenarnya masalah yang sangat umum: github.com/docker/for-win/issues/1042 tanpa solusi nyata. Hanya mencoba untuk mendapatkan akar penyebabnya dan itu sangat membuat frustrasi. :(
coler-j

70

Periksa apakah Anda memiliki ruang kosong di / var karena ini adalah tempat Docker menyimpan file gambar secara default (di / var / lib / docker).

Pertama-tama bersihkan barang-barang dengan menggunakan docker ps -adaftar semua wadah (termasuk yang berhenti) dan docker rmuntuk menghapusnya; lalu gunakan docker imagesuntuk mendaftar semua gambar yang telah Anda simpan dan docker rmiuntuk menghapusnya.

Selanjutnya, ubah lokasi penyimpanan dengan opsi -g pada daemon buruh pelabuhan atau dengan mengedit /etc/default/dockerdan menambahkan -gopsi ke DOCKER_OPTS. -gmenentukan lokasi "Docker runtime" yang pada dasarnya adalah semua hal yang dibuat Docker saat Anda membuat gambar dan menjalankan wadah. Pilih lokasi dengan banyak ruang karena ruang disk yang digunakan cenderung tumbuh seiring waktu. Jika Anda mengedit /etc/default/docker, Anda harus memulai ulang daemon buruh pelabuhan agar perubahan diterapkan.

Sekarang Anda harus dapat membuat gambar baru (atau menariknya dari Docker Hub) dan Anda akan melihat banyak file yang dibuat di direktori yang Anda tentukan dengan opsi -g.


Terima kasih Kal, saya tidak dapat menemukan dokumentasi di DOCKER_OPTS. Apa arti opsi -g dan apa yang harus diatur? Juga bisakah barang-barang di bawah buruh pelabuhan / aufs / mnt dihapus?
user_mda

Hei ruby, kurasa aku tidak pernah menemukan dokumen asli tentang DOCKER_OPTS, tetapi ada tempat di sana-sini dalam dokumentasi yang berbicara tentang mengeditnya. Yang paling dekat yang bisa saya temukan adalah di akhir docs.docker.com/installation/ubuntulinux/… di mana ia berbicara tentang mengedit pengaturan DNS di DOCKER_OPTS. Opsi dalam DOCKER_OPTS baru saja dilewatkan ke daemon, jadi rujukan untuk itu adalah docs.docker.com/reference/commandline/cli/#daemon . -g menetapkan lokasi dasar "Docker runtime"
Kal

Juga bisakah barang-barang di bawah buruh pelabuhan / aufs / mnt dihapus?
user_mda

Jangan hapus hal-hal itu secara manual. Alih-alih, hapus semua wadah (termasuk yang keluar) dan gambar yang tidak Anda butuhkan. Anda harus melakukan ini sebelum mengubah opsi -g. Gunakan docker ps -auntuk membuat daftar semua wadah (termasuk yang keluar) dan kemudian docker rmuntuk menghapusnya. Gunakan docker imagesuntuk membuat daftar semua gambar dan kemudian docker rmiuntuk menghapusnya. Semoga itu harus membersihkan semuanya (atau sebagian besar hal).
Kal

Terima kasih, jadi membersihkan gambar dan wadah membersihkan beberapa ruang. Tapi gambar yang lebih baru masih membutuhkan lebih banyak. Namun, apa yang harus ditunjukkan oleh runtime buruh pelabuhan ?, adakah cara untuk hanya menambah ruang yang digunakan oleh buruh pelabuhan untuk menyimpan gambar?
user_mda

38

Seperti yang sudah disebutkan,

docker system prune

membantu, tetapi dengan Docker 17.06.1 dan yang lebih baru tanpa memangkas volume yang tidak digunakan. Sejak Docker 17.06.1, perintah berikut memangkas volume juga:

docker system prune --volumes

Dari dokumentasi Docker: https://docs.docker.com/config/pruning/

Perintah pemangkas sistem buruh pelabuhan adalah pintasan yang memangkas gambar, wadah, dan jaringan. Di Docker 17.06.0 dan sebelumnya, volume juga dipangkas. Di Docker 17.06.1 dan lebih tinggi, Anda harus menentukan flag --volume untuk sistem docker yang dipangkas untuk memangkas volume.

Jika Anda ingin memangkas volume dan menyimpan gambar dan wadah:

docker volume prune

3
docker volume prunemembantu saya hari ini ketika semua solusi lain di sini berhenti bekerja.
AVProgrammer

1
Bantuan besar - selain memperbaiki kesalahan, ini membebaskan banyak ruang pada hard drive saya.
Matt Browne

29

Jika itu hanya instalasi uji Docker (yaitu bukan produksi) dan Anda tidak peduli melakukan pembersihan nuklir, Anda dapat:

bersihkan semua wadah: docker ps -a | sed '1 d' | awk '{print $1}' | xargs -L1 docker rm

bersihkan semua gambar: docker images -a | sed '1 d' | awk '{print $3}' | xargs -L1 docker rmi -f

Sekali lagi, saya menggunakan ini dalam contoh EC2 saya ketika mengembangkan Docker, bukan pada jalur QA atau Produksi yang serius. Yang hebat adalah jika Anda memiliki Dockerfile (s), mudah untuk membangun kembali dan atau docker pull.


1
Dalam contoh boot2docker saya, saya harus menelepon docker images -a | sed '1 d' | awk '{print $3}' | xargs docker rmi -f. Versi OS X BSD xargsmendukung -Lopsi, tidak seperti versi boot2docker.
orluke

1
Anda dapat menggunakan docker ps -a -qdll untuk menghindari manipulasi teks, yaitu docker rm $(docker ps -a -q); docker rmi -f $(docker images -a -q)harus melakukan trik
Niklas B.

21

untuk menghapus semua wadah, volume, jaringan, dan gambar yang tidak digunakan sekaligus ( https://docs.docker.com/engine/reference/commandline/system_prune/#related-commands ):

docker system prune -a -f --volumes

jika tidak cukup, orang dapat menghapus wadah yang sedang berjalan terlebih dahulu:

docker rm -f $(docker ps -a -q)
docker system prune -a -f --volumes

meningkatkan / var / lib / docker atau menggunakan lokasi lain dengan lebih banyak ruang juga merupakan alternatif yang baik untuk menghilangkan kesalahan ini (lihat Bagaimana cara mengubah direktori instalasi gambar buruh pelabuhan? )


docker system prunetidak menghapus volume.
Bonifacio2

1
docker system prune -a -f --volumesakan menghapus volume.
Jimson Kannanthara James

19

Docker untuk Mac

Jadi docker system prunedan docker system prune --volumesdisarankan dalam jawaban lain membebaskan beberapa ruang setiap kali, tetapi akhirnya setiap kali saya menjalankan apa pun saya mendapatkan kesalahan.

Apa yang sebenarnya memperbaiki masalah root adalah menghapus Docker.rawfile yang digunakan Docker untuk Mac untuk penyimpanan, dan me-restart-nya.

Untuk menemukan file itu buka Docker untuk Mac dan buka *

Preferences > Resources > Advanced > Disk Image Location

* ini untuk versi 2.2.0.5, tetapi pada versi yang lebih lama harus serupa

Pada versi yang lebih baru dari Docker untuk Mac **, ini menunjukkan kepada Anda ukuran sebenarnya dari file pada disk di UI, serta ukuran maksimum yang dialokasikan. Anda mungkin akan melihat bahwa itu sangat besar. Sebagai contoh pada mesin saya itu 41GB !

** Pada versi yang lebih lama, ini tidak menunjukkan kepada Anda penggunaan disk aktual di UI, dan MacOS Finder selalu menunjukkan ukuran file sebagai ukuran maksimum yang dialokasikan. Anda dapat memeriksa ukuran sebenarnya pada disk dengan membuka direktori di terminal dan menjalankandu -h Docker.raw

Saya menghapus Docker.raw, me-restart Docker untuk Mac, dan file secara otomatis dibuat lagi dan kembali menjadi 0GB .

Semuanya terus berfungsi seperti sebelumnya , meskipun tentu saja saya telah kehilangan cache Docker saya. Seperti yang diharapkan, setelah menjalankan beberapa perintah Docker file mulai terisi lagi dengan beberapa GB barang, tetapi tidak ada yang mendekati 41GB.


Memperbarui

Beberapa bulan kemudian, saya Docker.rawmengisi kembali ke ukuran yang sama. Jadi metode ini berhasil, tetapi harus diulang setiap beberapa bulan. Bagi saya itu tidak masalah.

Catatan mengapa ini bekerja - saya harus menganggap itu adalah bug di Docker untuk Mac. Sepertinya docker system prune/ docker system prune --volumesharus sepenuhnya menghapus konten file ini, tetapi tampaknya file mengakumulasi hal-hal lain yang tidak dapat dihapus oleh perintah-perintah ini. Pokoknya, menghapusnya secara manual memecahkan masalah!


15

Docker meninggalkan gambar yang menggantung di sekitar yang dapat mengambil ruang Anda. Untuk membersihkan setelah Docker, jalankan yang berikut:

docker image prune [-af if you want to force remove all images]

atau dengan versi Docker yang lebih lama:

docker rm $(docker ps -q -f 'status=exited')
docker rmi $(docker images -q -f "dangling=true")

Ini akan menghapus gambar yang keluar dan menggantung, yang diharapkan akan membersihkan ruang perangkat.


14
  1. Bersihkan gambar yang menggantung docker rmi $(docker images -f "dangling=true" -q)
  2. Hapus volume yang tidak diinginkan
  3. Hapus gambar yang tidak digunakan
  4. Hapus wadah yang tidak digunakan

Bagi saya, masalahnya adalah memiliki terlalu banyak gambar. Setelah membersihkannya, buruh pelabuhan kembali bekerja.
Tran Triet

9

Anda juga bisa menggunakan:

docker system prune

atau hanya untuk volume:

docker volume prune

7

Dalam kasus saya, instalasi ubuntu-server 18.04.1 [untuk beberapa alasan aneh] menciptakan volume logis LVM dengan ukuran hanya 4GB bukannya 750GB. Karena itu ketika menarik gambar saya akan mendapatkan kesalahan "tidak ada ruang yang tersisa di perangkat" ini. Cara mengatasinya sederhana:

lvextend -l 100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv

.. lihat uraian selangkah demi selangkah saya untuk resize2fs di utas berikut: stackoverflow.com/questions/32485723/…
Alex

7

Saya juga mengalami masalah ini di mesin RHEL. Saya tidak menemukan solusi tepat di mana pun di komunitas stack-overflow dan docker-hub. Jika Anda menghadapi masalah ini bahkan setelah perintah di bawah ini:

sistem docker memangkas --semua

Solusi yang akhirnya berhasil:

  1. info buruh pelabuhan
    • Untuk memeriksa driver penyimpanan buruh pelabuhan saat ini
    • Milik saya adalah: Storage Driver: devicemapper; Jika Anda memiliki driver penyimpanan sebagai overlay2 tidak perlu khawatir. Solusi masih akan bekerja untuk Anda.
  2. df-h
    • Ini untuk memeriksa sistem file yang tersedia pada mesin dan jalur di mana mereka dipasang. Dua jalur yang dipasang untuk memiliki catatan:
    • / dev / mapper / rootvg-var 7.6G 1.2G 6.1G 16% / var
    • / dev / mapper / rootvg-apps 60G 9.2G 48G 17% / aplikasi
    • Catatan - Secara default jalur penyimpanan buruh pelabuhan adalah / var / lib / docker. Ini memiliki ruang yang tersedia ~ 6 GB dan karenanya semua masalah terkait ruang. Jadi pada dasarnya, saya harus memindahkan penyimpanan default ke beberapa penyimpanan lain di mana ruang yang tersedia lebih banyak. Bagi saya path File sysyemnya '/ dev / mapper / rootvg-apps' yang sudah terpasang di / apps. Sekarang tugas adalah untuk memindahkan / var / lib / docker ke sesuatu seperti / apps / newdocker / docker.
  3. mkdir / apps / newdocker / docker
  4. chmod -R 777 / apps / newdocker / docker
  5. Perbarui file docker.serive di linux yang berada di bawah: / usr / lib / systemd / system
    • vi / usr/lib/systemd/system/docker.service
  6. jika perangkat penyimpanan devicemapper, komentari baris ExecStart yang ada dan tambahkan di bawah [Layanan]:
    • ExecStart =
    • ExecStart = / usr / bin / dockerd -s devicemapper --storage-opt dm.fs = xfs --storage-opt dm.basesize = 40GB -g / apps / newdocker / docker --exec-opt native.cgroupdriver = cgroupfs
  7. Atau jika perangkat penyimpanan overlay2:
    • cukup tambahkan -g / apps / newdocker / docker dalam pernyataan ExexStart yang ada.
    • Sesuatu seperti ExecStart = / usr / bin / dockerd -g / apps / newdocker / docker -H fd: // --containerd = / run / containerd / containerd.sock
  8. rm -rf / var / lib / docker (Ini akan menghapus semua data buruh pelabuhan yang ada)
  9. systemctl stop docker
  10. ps aux | grep -i buruh pelabuhan | grep -v grep
    • Jika tidak ada output yang dihasilkan oleh perintah di atas, muat ulang daemon systemd dengan perintah di bawah ini.
  11. systemctl daemon-reload
  12. systemctl mulai buruh pelabuhan
  13. info buruh pelabuhan
    • Periksa Ruang Data Yang Tersedia: 62.15GB setelah mouting ke buruh pelabuhan ke sistem File baru.
  14. DIBUAT

Saya telah mencari di seluruh dokumen tentang cara mencapai ini! Terima kasih Pak. Bisakah kita menandai ini sebagai salah satu jawaban?
Vulegend

6

Bersihkan Docker dengan menggunakan perintah berikut:

docker images --no-trunc | grep '<none>' | awk '{ print $3 }' \
| xargs docker rmi

4

Grup cg Anda cpusetmengaktifkan pengontrolnya. Pengontrol ini sebagian besar berguna dalam lingkungan NUMA di mana ia memungkinkan untuk menentukan dengan tepat CPU / memori bank mana tugas Anda diizinkan untuk dijalankan.

Secara default wajib cpuset.memsdan cpuset.cpustidak disetel yang berarti bahwa "tidak ada ruang yang tersisa" untuk tugas Anda, karenanya kesalahan.

Cara termudah untuk memperbaikinya adalah dengan mengaktifkan cgroup.clone_children1 di root cgroup. Dalam kasus Anda, seharusnya begitu

echo 1 > /sys/fs/cgroup/docker/cgroup.clone_children

Ini pada dasarnya akan menginstruksikan sistem untuk secara otomatis menginisialisasi wadah cpuset.memsdan cpuset.cpusdari cgroup induknya.


1
Ini jawaban yang benar. Benar-benar hanya meningkatkan Docker ke apa pun> = Docker 1.8 harus menyelesaikannya. Ini terkait dengan github.com/opencontainers/runc/issues/133 Dari masalah ini, satu potensi penyelesaian lainnya adalah "echo 0 > /sys/fs/cgroup/cpuset/system.slice/cpuset.mems
cpuguy83

2

Jika Anda menggunakan image boot2docker melalui Docker Toolkit, maka masalahnya berasal dari kenyataan bahwa mesin virtual boot2docker telah kehabisan ruang.

Ketika Anda melakukan docker importatau menambahkan gambar baru, gambar akan disalin ke /mnt/sda1yang mungkin sudah penuh.

Salah satu cara untuk memeriksa ruang yang tersedia di gambar, adalah dengan ssh ke dalam vm dan menjalankan df -hdan memeriksa ruang yang tersisa di / mnt / sda1

Perintah ssh adalah docker-machine ssh default

Setelah Anda yakin bahwa itu memang masalah ruang, Anda dapat membersihkan sesuai dengan instruksi di beberapa jawaban pada pertanyaan ini, atau Anda dapat memilih untuk mengubah ukuran gambar boot2docker itu sendiri, dengan menambah ruang pada /mnt/sda1

Anda dapat mengikuti petunjuk di sini untuk mengubah ukuran gambar https://gist.github.com/joost/a7cfa7b741d9d39c1307


2

Jika Anda menggunakan Docker Desktop, Anda dapat meningkatkan ukuran gambar Disk di Pengaturan Lanjut dengan membuka Preferensi Docker .

Ini screenshot dari macOS:

Docker Desktop pada macOS, Resources, Advanced, ukuran gambar Disk


1

Ini mungkin karena ruang penyimpanan default diatur ke 40GB (jalur default, / var / lib / docker)

Anda dapat mengubah volume penyimpanan untuk menunjuk ke jalur yang berbeda

  • edit file -> / etc / sysconfig / docker-storage
  • perbarui baris di bawah ini (tambahkan jika tidak ada)

DOCKER_STORAGE_OPTIONS = '- driver penyimpanan = overlay --graph = CUSTOM_PATH'

  • Mulai ulang docker systemctl hentikan docker systemctl daemon-reload systemctl start docker

jika Anda menjalankan info docker perintah (harus menampilkan driver penyimpanan sebagai overlay)


0

Sepertinya ada beberapa cara ini bisa terjadi. Masalah yang saya miliki adalah bahwa image disk docker telah mencapai ukuran maksimumnya (Docker Whale -> Preferences -> Disk jika Anda ingin melihat ukuran apa yang ada di OSX).

Saya menaikkan batas dan dan baik untuk pergi. Saya yakin membersihkan gambar yang tidak digunakan akan bekerja juga.


0

Saya menjalankan perintah di bawah ini.

Tidak perlu membuat ulang gambar sesudahnya.

docker rm $(docker ps -qf 'status=exited')
docker rmi $(docker images -qf "dangling=true")
docker volume rm $(docker volume ls -qf dangling=true)

Ini menghapus wadah keluar / menggantung dan volume menggantung.


0

Bagi saya docker system prunemelakukan trik. Saya menjalankan mac os.


Ini sebenarnya bekerja pada saya juga, ketika saya mencoba untuk membersihkan ruang yang digunakan pada Mac OS. menggunakan perintah docker volume lstidak menghasilkan apa-apa, jadi sepertinya penyimpanan itu sebagian besar digunakan oleh cache dan menggantung gambar.
Tuhin

-3
$ docker rm $(docker ps -aq)

Ini berhasil untuk saya

docker system prune 

tampaknya menjadi opsi yang lebih baik dengan versi terbaru

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.