Apabila menghadapi masalah Docker, anda harus terlebih dahulu mencari masalah, iaitu masalah seperti pembinaan imej, operasi kontena atau konfigurasi rangkaian, dan kemudian ikuti langkah -langkah untuk diperiksa. 1. Semak log kontena (log Docker atau log-komposisi log) untuk maklumat ralat; 2. Semak status kontena (Docker PS) dan penggunaan sumber (statistik docker) untuk menentukan sama ada terdapat pengecualian kerana memori atau masalah pelabuhan yang tidak mencukupi; 3. Masukkan bahagian dalam bekas (Docker Exec) untuk mengesahkan laluan, keizinan dan kebergantungan; 4. Kaji semula sama ada terdapat kesilapan konfigurasi dalam fail Dockerfile dan menyusun fail, seperti ejaan pembolehubah persekitaran atau masalah jilid jilid, dan mengesyorkan agar bersih membina mengelakkan gangguan cache. Ikuti prosedur ini untuk menyelesaikan masalah yang paling biasa.

Jangan panik apabila menghadapi masalah Docker, mula -mula memikirkan di mana masalahnya. Docker bukan kotak hitam, dan banyak masalah biasa sebenarnya mempunyai peraturan untuk diikuti. Kuncinya adalah untuk dapat mencari sumber masalah: Adakah pembinaan cermin, operasi kontena, atau adakah masalah dengan konfigurasi rangkaian? Arahan berikut pada dasarnya boleh meliputi kebanyakan senario penyiasatan.

Melihat log kontena adalah cara yang paling langsung

Apabila anda merasakan bahawa bekas itu tidak berfungsi seperti yang diharapkan, tindak balas pertama adalah untuk melihat apa yang dikeluarkannya. Gunakan docker logs [容器ID] untuk melihat output standard dan maklumat ralat standard, dan selalunya penyebab ralat ditulis di dalamnya.

Contohnya:

• Mula Ralat Skrip
• Pelabuhan diduduki
• Fail konfigurasi gagal dimuat

Jika anda menggunakan docker-compose , arahan boleh dipermudahkan ke dalam docker-compose logs [服務(wù)名] , yang lebih mudah untuk mengesan keadaan pelbagai perkhidmatan.

Cadangan Kecil: Jika terdapat terlalu banyak log, anda boleh menggunakan parameter --tail untuk melihat hanya beberapa baris terakhir, atau tambah -f untuk menjejaki output dalam masa nyata.

Semak status kontena dan penggunaan sumber

Kadang -kadang bekas itu nampaknya "terjebak", tetapi ia sebenarnya berjalan secara normal tetapi tidak mempunyai output. Pada masa ini, gunakan docker ps untuk melihat sama ada bekas berada dalam keadaan berjalan (naik), dan sama ada pemetaan pelabuhannya betul.

Anda juga boleh menggunakan docker stats untuk melihat penggunaan sumber masa nyata CPU, memori, rangkaian, dan lain-lain, yang sangat membantu dalam kesesakan prestasi penyelesaian masalah.

Soalan yang sering ditanya termasuk:

• Keluar sebaik sahaja selepas bekas dimulakan (kod keluar bukan 0)
• Keluar dari ingatan menyebabkan oomkilled
• Rangkaian tidak disambungkan dan luaran atau tuan rumah tidak dapat diakses

Jangan tergesa -gesa untuk memulakan semula pada masa ini, lihat status terlebih dahulu dan kemudian menganalisisnya.

Masukkan bekas untuk memeriksa persekitaran

Sesetengah masalah hanya terdedah apabila berjalan, seperti laluan yang salah, kebenaran yang tidak mencukupi, dan kekurangan kebergantungan. Anda boleh menggunakan docker exec -it [容器ID] sh atau bash (bergantung kepada imej yang mendasari) untuk memasuki bekas dan secara manual melaksanakan logik pengesahan arahan.

Contohnya:

 Docker Exec -It My_Container LS /App /Logs
docker exec -it my_container curl http: // localhost: 3000

Ini boleh mengesahkan sama ada aplikasi itu benar -benar mendengar port tertentu, atau sama ada fail itu dipasang dengan betul.

Nota: Sesetengah imej minimalis (seperti berasaskan gores) mungkin tidak mempunyai cengkerang, dan dalam kes ini, mereka hanya boleh bergantung kepada log atau alat lain untuk menyelesaikan masalah.

Semak DockerFile dan tuliskan konfigurasi fail

Banyak masalah sebenarnya dikebumikan pada mulanya, seperti:

• Versi cermin asas terlalu lama
• Cmd/entrypoint ditulis salah
• Jalur gunung kelantangan ditulis secara terbalik
• Ralat ejaan pembolehubah persekitaran

Terutama dalam projek kerjasama pelbagai orang, mudah untuk membuat kesilapan apabila mengubah fail konfigurasi. Adalah disyorkan untuk melakukan pembentukan yang bersih setiap kali konfigurasi diubahsuai untuk mengelakkan gangguan cache.

Pada dasarnya langkah -langkah ini. Untuk menyelesaikan masalah Docker, anda tidak perlu mempunyai teknologi yang sangat canggih. Kuncinya adalah mengikuti proses langkah demi langkah, tanpa melompat atau meneka. Banyak pepijat "sihir" sebenarnya hanya kesilapan ejaan atau laluan yang ditulis secara terbalik.

Atas ialah kandungan terperinci Cara Menyelesaikan Masalah Docker. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!