Ketika saya menjalankan docker-compose upproyek Docker saya gagal dengan pesan berikut:

Error starting userland proxy: listen tcp 0.0.0.0:3000: bind: address already in use

netstat -pna | grep 3000 tunjukkan ini:

tcp        0      0 0.0.0.0:3000            0.0.0.0:*               LISTEN      -  

Saya sudah mencoba docker-compose down, tetapi tidak membantu.

Dalam kasus Anda, itu adalah beberapa proses lain yang menggunakan port dan seperti yang ditunjukkan dalam komentar, sudo netstat -pna | grep 3000membantu Anda dalam memecahkan masalah.

Sementara dalam kasus lain (saya sendiri mengalaminya berkali-kali) sebagian besar adalah wadah yang sama yang berjalan di beberapa contoh lain. Dalam hal docker psini sangat membantu karena saya sering membiarkan container yang sama berjalan di direktori lain dan kemudian mencoba menjalankan lagi di tempat lain, di mana nama container yang sama digunakan.

Bagaimana docker psmembantu saya: docker rm -f $(docker ps -aq) adalah perintah singkat yang saya gunakan untuk menghapus semua kontainer.

Edit: Menambahkan bagaimana docker psmembantu saya.

Ini membantu saya:

docker-compose down  # Stop container on current dir if there is a docker-compose.yml
docker rm -fv $(docker ps -aq)  # Remove all containers
sudo lsof -i -P -n | grep <port number>  # List who's using the port

lalu: kill -9 <process id>(macOS) atau sudo kill <process id>(Linux).

Sumber: komentar oleh pengguna Rub21 .

Saya memiliki masalah yang sama,
docker-compose down --rmi all(di direktori yang sama tempat Anda menjalankan docker-compose)
membantu

Untuk Linux / Unix:

Pencarian sederhana untuk utilitas linux menggunakan perintah berikut

netstat -nlp | grep 8888

Ini akan menunjukkan pemrosesan yang berjalan di port ini, lalu matikan proses itu menggunakan PID (cari PID di baris) dari proses itu.

kill PID

Saya memiliki masalah yang sama. Saya memperbaikinya dengan menghentikan layanan Apache2 di host saya.

Dalam kasus saya itu

Kesalahan memulai proxy userland: dengarkan tcp 0.0.0.0:9000: bind: alamat sudah digunakan

Dan yang saya butuhkan hanyalah mematikan debug mendengarkan di php storm

Dalam beberapa kasus, sangat penting untuk melakukan debugging yang lebih mendalam pada masalah sebelum menghentikan container atau menghentikan proses.

Pertimbangkan untuk mengikuti checklist di bawah ini:

1) Periksa Anda saat ini lingkungan buruh pelabuhan compose
Run docker-compose ps.
Jika port sedang digunakan oleh kontainer lain, hentikan docker-compose stop <service-name-in-compose-file>atau lepaskan dengan mengganti stopdengan rm.

2) Periksa penampung yang berjalan di luar ruang kerja Anda saat ini.
Jalankan docker psuntuk melihat daftar semua penampung yang berjalan di bawah host Anda.
Jika Anda menemukan port sedang digunakan oleh kontainer lain, Anda dapat menghentikannya dengan docker stop <container-id>.
(*) Karena Anda tidak berada dalam cakupan composelingkungan asal - sebaiknya gunakan inspeksi buruh pelabuhan terlebih dahulu untuk mengumpulkan lebih banyak informasi tentang container yang akan Anda hentikan.

3) Periksa apakah port digunakan oleh proses lain yang berjalan pada host
Misalnya jika port 6379 dijalankan:

$ sudo netstat -ltnp | grep ':6379'
tcp        0      0 127.0.0.1:6379          0.0.0.0:*               LISTEN      915/redis-server 12 
tcp6       0      0 ::1:6379                :::*                    LISTEN      915/redis-server 12

(*) Anda juga dapat menggunakan perintah lsof yang terutama digunakan untuk mengambil informasi tentang file yang dibuka oleh berbagai proses (saya sarankan berjalan netstatsebelum itu).

Jadi, Jika output di atas PID adalah 915. Sekarang Anda dapat menjalankan:

$ ps j 915
 PPID   PID  PGID   SID TTY      TPGID STAT   UID   TIME COMMAND
    1   915   915   915 ?           -1 Ssl    123   0:11 /usr/bin/redis-server 127.0.0.1:6379

Dan lihat ID dari proses induk (PPID ) dan perintah eksekusi.
Anda juga dapat menjalankan: $ pstree -s <PID>ke tampilan visual proses dan proses terkaitnya.

Dalam kasus kami, kami dapat melihat bahwa proses mungkin adalah daemon (PPID adalah 1) - Dalam hal ini pertimbangkan untuk menjalankan:
A) $ cat /proc/<PID>/statusuntuk mendapatkan informasi yang lebih mendalam tentang proses seperti jumlah utas yang muncul oleh proses, kemampuannya, dll. '.
B) $ systemctl status <PID>untuk melihatsystemdunit yang menyebabkan terciptanya proses tertentu. Jika layanan tidak kritis - Anda bisa menghentikan dan menonaktifkan layanan .

4) Mulai ulang layanan Docker
Run: sudo service docker restart.

5) Anda mencapai titik ini dan ..
Hanya jika ini tidak membahayakan sistem Anda - pertimbangkan untuk memulai ulang server.

Saya meningkatkan buruh pelabuhan saya sore ini dan mengalami masalah yang sama. Saya mencoba memulai ulang buruh pelabuhan tetapi tidak berhasil.

Akhirnya, saya harus me-restart komputer saya dan berhasil. Pasti bug.

Periksa docker-compose.yml, mungkin kasus port ditentukan dua kali.

version: '3'
services:
  registry:
    image: mysql:5.7
        ports:
      - "3306:3306"             <--- remove either this line or next
      - "127.0.0.1:3306:3306"

Saya mengalami masalah yang sama beberapa kali. Memulai ulang buruh pelabuhan tampaknya berhasil

Saya menyelesaikan masalah dengan memulai ulang Docker.

docker-compose down --rmi all 

dan kemudian restart komputer Anda

Variasi dari jawaban @ DmitrySandalov: Saya menjalankan tomcat / java pada 8080, yang harus terus berjalan. Melihat file docker-compose.yml dan mengubah entri untuk 8080 menjadi pilihan saya yang lain.

nginx:
  build: nginx
  ports:
    #- '8080:80' <-- original entry
    - '8880:80'
    - '8443:443'

Bekerja dengan sempurna. (Satu-satunya masalah adalah perubahan akan terhapus jika saya memperbarui proyek, karena ini berasal dari repo eksternal.)

Hanya catatan tambahan jika Anda memiliki masalah yang sama dan dengan Windows:

Dalam kasus saya, proses dalam cara saya adil grafana-server.exe. Karena saya pertama kali mengunduh versi biner dan mengklik dua kali file yang dapat dieksekusi, dan sekarang mulai sebagai layanan oleh pengguna SYSTEMyang saya tidak dapat taskkill(tanpa izin)

Saya harus pergi ke "Manajer layanan" Windows dan mencari layanan "Grafana", dan menghentikannya. Setelah itu port 3000 tidak lagi ditempati.

Semoga membantu.

Yang menggunakan port 8888 adalah Jupiter dan saya harus mengubah file konfigurasi notebook Jupiter untuk berjalan di port lain.

untuk mendaftar siapa yang menggunakan port khusus itu. sudo lsof -i -P -n | grep 9

Anda dapat menentukan porta yang Anda inginkan agar Jupyter menjalankan tanpa komentar / mengedit baris berikut di ~ / .jupyter / jupyter_notebook_config.py:

c.NotebookApp.port = 9999

Jika Anda tidak memiliki jupyter_notebook_config.py coba jalankan jupyter notebook --generate-config. Lihat ini untuk detail lebih lanjut tentang konfigurasi Jupyter.

Mengubah network_mode: "bridge" menjadi "host" berhasil untuk saya.

Ini dengan

version: '2.2'
services:
  bind:
    image: sameersbn/bind:latest
    dns: 127.0.0.1
    ports:
      - 172.17.42.1:53:53/udp
      - 172.17.42.1:10000:10000
    volumes:
        - "/srv/docker/bind:/data"
    environment:
      - 'ROOT_PASSWORD=secret'
    network_mode: "host"

Sebelum dijalankan di: docker run -d --name oracle -p 1521: 1521 -p 5500: 5500 qa / oracle Saya baru saja mengubah port menjadi docker run -d --name oracle -p 1522: 1522 -p 5500: 5500 qa / oracle

ini bekerja dengan baik untukku !

Di mesin saya, PID tidak ditampilkan dari perintah ini netstat -tulpnuntuk port yang sedang digunakan (8080), jadi saya tidak dapat mematikannya, mematikan container dan memulai ulang komputer tidak berfungsi. Jadi service docker restartperintah restart buruh pelabuhan untuk saya (ubuntu) dan port tidak lagi digunakan dan saya senang chap dan pergi untuk makan siang.

Saya mendapatkan kesalahan di bawah ini ketika saya mencoba untuk meluncurkan sebuah conatier baru- dengarkan tcp 0.0.0.0:8080: bind: alamat sudah digunakan.

Solusi: netstat -tulnp | grep 8080

[root@ip-112-x6x-2x-xxx.xxxxx.compute.internal (aws_main) ~] # netstat -tulnp | grep 8080 tcp 0 0 0.0.0.0:8080 0.0.0.0:* DENGARKAN 12749 / java [root@ip-112-x6x-2x-xxx.xxxxx.compute.internal (aws_main) ~] #

bunuh -9 12749

Kemudian coba luncurkan kembali wadah yang seharusnya berfungsi

`$` sudo service redis-server stop

Apakah triknya.