Sirv kesinti geçmişi

1. 6 Ağustos 2026 10:17 UTCinvestigating

   Bazı Sirv hesaplarına yükler, bir sunucu problemi nedeniyle başarısız olur. Bu aynı zamanda görüntülerin bazen görüntülemesini engelleyebilir. Sorunu mümkün olduğunca çabuk çözmeye çalışıyoruz.

2. 6 Ağustos 2026 15:22 UTCresolved

   Sorunun nedeni tespit edildi ve şimdi tamamen çözüldü. Dönem boyunca, Sirv hesaplarının yaklaşık% 25'i, dosya yüklemelerinin başarısız olduğunu deneyimleyebilir. Yüklemeleri kısa bir süre sonra başarılı olabilir, çünkü bu sadece küçük sayıda talebi etkileyen bir şeydi. Bir inceleme şimdi gerçekleşir ve daha fazla bilgi burada daha sonra sağlanacaktır.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 27 Haziran 2026 18:34 UTCmonitoring

   Küçük sayıda yükleme ve istek, Sirv'in birincil vericentre'deki çoklu ağ geçiş başarısızlıklarından dolayı hataları geri döndürür. CDN talepleri normal olarak çalışıyor. Durumu yakından takip ediyoruz ve daha fazla bilgi için güncellemeler sağlayacaktır.

2. 27 Haziran 2026 19:37 UTCresolved

   Tüm hizmetler normale geri döndü ve istekler tamamlandı.

3. 28 Haziran 2026 09:03 UTCresolved

   Bu konu, Sirv'in birincil veri merkezini etkileyen temel bir yönlendirici hatasından kaynaklanıyordu. Bu, dosya depolama ve yüklemelerde kısa, kesintiye neden oldu, tüm transfer türleri boyunca: API, S3 ve FTP. Sirv otomatik olarak başarısız hizmetine geçti, bu yüzden dosya işleme ve teslimat normal olarak devam etti. CDN talepleri de normal olarak devam etti. Tüm hizmetler bir kez vericentre, temel yönlendiricileri çözdü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 30 Ocak 2026 12:46 UTCinvestigating

   Almanya'daki bazı talepler için zaman normalden daha yavaştır ve küçük bir sayı da zamanlanır. Sorun araştırılıyor.

2. 30 Ocak 2026 14:28 UTCresolved

   Sorun çözüldü. Almanya'ya hizmet eden sunuculardan biri aşırı yüklendi ve her zamankinden daha yavaş yanıt verdi. Sunucu şimdi tekrar sağlıklı. Bu olayın şansını tekrar azaltmak için hangi eylemleri gözden geçiriyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 31 Mart 2025 14:32 UTCinvestigating

   Kaliforniya'dan gelen bazı istekler yavaş ve küçük bir sayıdır (yüzde 2) başarısız olur. Bu, bugün Los Angeles'ta dağıtılan yeni CDN sunucuları ile araştırılıyor ve muhtemelen ilgili.

2. 31 Mart 2025 15:16 UTCresolved

   Sorun çözüldü. Sorun, yeni Los Angeles veri merkezimizi etkileyen paket kaybından kaynaklanıyordu. Veri Merkezi konuyu üst düzey sağlayıcısına takip etti, Arelion, bu ağ istikrarsızlığı yaşıyordu. Sorun, Arelion geçici olarak sabit bir sağlayıcı olarak devre dışı bırakıldı ve trafik diğer sağlayıcılar tarafından geri alındı. Veri merkezilerimizin bu senaryolarda otomatik olarak ve hızlı bir şekilde trafik tanımlamasını ve yeniden yönlendirmesini gerektirir. Bununla birlikte, bu sorunun çözümü yeterince hızlı değildi ve bu yeni veri merkezi benimsemeden kısa bir süre sonra bunu kullanmaya karar verdik. Tüm trafik şimdi orijinal Los Angeles veri merkezimizden ( 7 Nisan 2025’te olduğu gibi).

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 15 Mart 2025 17:56 UTCresolved

   Bazı dosya yüklemeleri bir sunucu küme sorunu nedeniyle tamamlanmaz. Sebep araştırılıyor. Sorun küçük sayıda hesabı etkiliyor. Dosya yüklemeniz başarısız olursa, lütfen bu konu çözülene kadar bekleyin.

2. 16 Mart 2025 08:40 UTCidentified

   Bu sorun devam ediyor. Sorunun nedeni tespit edildi ve bunu mümkün olduğunca kısa sürede çözmeye çalışıyoruz.

3. 16 Mart 2025 15:25 UTCresolved

   Sorun çözüldü. Sorun aynı anda iki sunucu tarafından başarısız oldu. Bu, yeni dosyaların yüklemesini Sirv hesaplarının yaklaşık% 20'sine etkiledi. Yükler bir sunucu aşağılandığında normal olarak devam etmek için tasarlanmıştır, ancak iki sunucu aşağı olduğunda, bazı yüklemeler başarısız olabilir, hangi oldu. Bir sunucuda koşmayı bırakan bir ihracatçı hizmet nedeniyle başarısız oldu, sonra diğer sunucu. Hatalar hizmetleri yeniden başlatmayı engelledi. Sonra ikinci bir konu, kararın beklenenden çok daha uzun sürmesine neden oldu çünkü sunucular yeniden başlatılamadı. Bu, eski bir BIOS nedeniyleydi. BIOS güncellendikten sonra, sunucular yeniden açıldı ve alt konu nedeni çözüldü. Bunu tekrar olmasını önlemek için, veri merkezimizle yeni bir BIOS yönetim süreci uyguluyoruz. Ayrıca donanım yenileme döngüsümizi kısaltmak, daha sık donanım yükseltmeleri için. İhracatçı servis başarısızlığının tekrarlanması için, bir süreç devre dışı bıraktık ve sunucu metriklerini takip ediyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 26 Şubat 2025 09:29 UTCinvestigating

   09:29 ve 09:32 UTC arasında 3 dakikalık bir süre için, bazı istekler geri dönmedi. Bu konu sadece bazı talepleri ve sadece belirli hesaplar etkiledi. Çoğu hesap etkilenmedi.

2. 26 Şubat 2025 09:32 UTCresolved

   Sorun 3 dakika içinde çözüldü. Sebep aynı zamanda birden çok sunucunun yeniden başlatılmasıydı, ancak 1 sunucu yeniden başlatılmalıdır. Bu standart işletim prosedürlerimizde bir gözetimdi. Bunu otomatik olarak korumanın ve tekrarlamanın yollarını araştırıyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 19 Aralık 2024 14:20 UTCresolved

   Bir sunucu hatası, sınırlı sayıda hesap için başarısız olmak için bazı dosya yüklemelerine neden oluyor. Sorun çözülüyor. Eğer deneyim başarısız yüklerse, lütfen duraklayın ve daha sonra deneyin.

2. 19 Aralık 2024 18:09 UTCresolved

   Sorun çözüldü. alışılmadık derecede çok sayıda sunucu aynı anda başarısız oldu. Sirv, bir sunucu kesintisi ve tüm sistemler normal olarak devam etmek için tasarlanmıştır, ancak bazı dosya yüklemeleri başarısız oldu. Gelecekte bu tür durumlarda yardımcı olmak için mümkün olan değişikliklerin ne yapılabileceğini düşünüyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 14 Kasım 2024 09:52 UTCinvestigating

   Yüksek bir 504 saat boyunca API dosyası yükleme talepleri için geri döndü.

2. 14 Kasım 2024 13:19 UTCinvestigating

   API'de yükleme taleplerinden ağır yük olmaya devam ediyor. katkıda bulunan bir faktör, her zaman süreç için daha uzun süren AI görüntü yukarısı isteklerinin büyük sayısıdır. İsteklerin kuyruğunun yol açtığı gecikme, 504 yanıt ile başarısız olmak için bazı API dosyasını yükleme isteklerine neden oluyor.

3. 14 Kasım 2024 15:23 UTCresolved

   Değişiklikler yapıldı ve konu neredeyse çözüldü. Yükleme isteklerinin çoğunluğu başarılıdır.

4. 14 Kasım 2024 19:06 UTCresolved

   API yükleme yükü neredeyse tamamen çözülmüştür.

5. 15 Kasım 2024 04:42 UTCresolved

   Sorun tamamen çözüldü. Sorun, yükleme API'sini aşırı talep ettiğinde başladı, bazı API talepleri 504 hataları iade etmeye neden oldu. Bu çözüldü, ancak bir knock-on etkisi, 502 yanıtla başarısız olmak için API taleplerinin yaklaşık% 5'ine neden oldu. Bu sorunun tekrar gerçekleşmesini önlemek için, gelişmeler görüntünün yüklenmesini ve daha iyi dağıtma yükünü azaltmak için yapılmıştır. Değişiklikler aynı zamanda bu senaryoların daha hızlı tanımlanması için oturum açma ve uyarmak için yapılır. Bu sorunun en büyük etkisi Sirv WordPress eklentisi üzerindeydi. Eklenti tüm admin sayfalarında bir API isteği gönderiyordu, bu da yanıt alınıncaya kadar yükleme sayfasını engelledi - genellikle 300ms'ten daha az ama API'nin talep ettiği takdirde 20 saniyeye kadar. Bu API talepleri gerekli değildi, bu yüzden yeni bir WordPress eklenti sürümü v7.3.3 1805 UTC (14 Kasım) bu talepleri kaldırmak ve bu sorunu tekrarlamanızı engellemek için 1805 UTC (14 Kasım) serbest bırakıldı: https://wordpress.org/plug Sirv API'sini kullanıyorsanız, senaryolarınızın 502 yanıt alan yeniden deneme istekleri için yazıldığını öneririz. 502 ve diğer hata yanıtlarını işlemek için öneriler burada sunulmaktadır: https://sirv.com/help/articles/sirv-rest-api/#error-handling-guide

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 22 Şubat 2024 10:52 UTCinvestigating

   Bazı dosyalar küçük sayıda hesap için iade edilmez. Bu konu acilen ele alınacaktır.

2. 22 Şubat 2024 12:06 UTCresolved

   Sorun çözüldü. 1052 UTC'de, küçük bir hesap sayısına ilişkin talebin yaklaşık% 11'i (12 hesap, 50.000+) geri döndü 404 yanıt (görmedikleri zaman) 200 yanıt (OK). Sirv ekibi konuyu tanımladığında, çabucak bunu çözmeye çalıştılar ve 1206 UTC'nin tüm bu talepleri normal 200 yanıt geri döndü. Sorun, Sirv mühendisleri tarafından yanlış bir yapılandırma nedeniyle meydana geldi, yeni bir depolama kümesi shard'ı inşa ederken. Bazı istekler onları almaya hazır olmadan önce yeni shard'a gidiyordu. Sınıflandırma seviyesi 3: Küçük etkiler.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 5 Ocak 2024 20:21 UTCinvestigating

   Sirv'in 25 CDN konumuna gelen yüksek sayıda istek bir hata döndürür. Mühendislerimiz sorunu tanımlamak ve çözmek için hızla çalışıyorlar.

2. 5 Ocak 2024 21:07 UTCresolved

   Sorun çözüldü. Birden fazla sunucuda aynı anda bir yazılım daemon başarısızlığına neden oldu. Bu, geçmişte hiç başarısız olmamış hafif ve son derece verimli bir hizmet yöneticisidir. Dönem boyunca, HTTPS isteklerinin% 3'ü bir hata geri döndü, 25 CDN lokasyonunun isteği aldığına bağlı olarak. Şimdi bunun neden gerçekleştiğini araştırıyoruz ve gelecekte hizmet kullanılabilirliği etkisini önlemek için eylemler atacağız. Sınıflandırma seviyesi 2: Anlamlı etki.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 5 Aralık 2023 15:03 UTCinvestigating

   415 hatanın yüksek bir seviyesi CDN'de gerçekleşiyor. Mühendislerimiz nedenini araştırıyorlar.

2. 5 Aralık 2023 18:32 UTCinvestigating

   Bu sorunun nedenini araştırmaya devam ediyoruz. Bunun doğası karmaşıktır. Kendini 415 hata olarak temsil eder, sıfır astes dosyalarından. Ayrıca 500 hatanın daha düşük oranı da yüksektir. İsteklerin çoğu başarılı 200 yanıttır. Mühendislerimiz bunu anlamak ve çözmek için sıkı çalışıyor.

3. 5 Aralık 2023 22:56 UTCresolved

   415 hata sorunu, bazı dosyaların alıcı hale gelmesine neden oldu, yani içeriklerinin bir kısmını kaybettiler. Bu dosyalar benim.sirv.com'daki kontrol panelinde 0 taneleri olduğu gibi gösteriyor. Bugün yüklenen dosyalar daha büyük olasılıkla alıcı hale geldi, ancak transuncation'un uzun bir süre dosyalarda olduğu görülüyor. Bu tespit edilmedi, çünkü tamamen normal olarak yapıldılar, çünkü kullanılmamış olmayan versiyonlar nedeniyle. Transuncated dosya konusu sadece bugün fark edildi, bir altyapı yükseltmesinden sonra. Server önbellekleri temizlendi ve kodlanmış versiyonlar ortaya çıktı. Vouncation’un nedeni, şimdi çözülmüş olan bir yazılım otobüsü olduğuna inanılıyor. Şu anda transuncated dosyaları geri yüklemek için çalışıyoruz - saatlerden güne kadar sürebilir bir süreçtir. Şu anda yüklemeyen herhangi bir dosyayı yeniden bırakabilirsinizsanız lütfen bunu yapın. Sorun, dosyaların yaklaşık% 0.2'sini etkileyecektir.

4. 5 Aralık 2023 23:33 UTCresolved

   Vouncated dosyaların yaklaşık% 80'i kurtarıldı. 415 hata sayısı önemli ölçüde düştü, ancak yüksek kalıyorlar. Problemi tamamen çözebilmek için, kalan transuncated dosyalarının orijinal dosya ile değiştirilmesi gerekir. Kalan dosyaları kurtarmanın yolları üzerinde çalışıyoruz, ancak elde etmek zorlar ve saatlerce veya günler sürebilirler. En hızlı olası karar için, dosyaları yeniden açmanız önerilir. Bu tür dosyalar 0 Bytes sahip olduğu gibi hesabınızda gösterecektir. Sonraki URL'ye başlayın, son 30 günde yüklenen tüm dosyaların listesini görmek için: https://my.sirv.com/#/search/?created=30d Sonuçlara göre sıralayarak herhangi bir sıfır dosyaları bulun, Ascending. Başka bir güncelleme burada kalan dosyalarda haberimiz olduğunda yayınlanacak.

5. 6 Aralık 2023 01:48 UTCinvestigating

   Kalan transuncated dosyalarının küçük sayısını geri almaya devam ediyoruz. Bu, 12-24 saat daha gerektiren tahmin edilmektedir. Servis edilmeyen herhangi bir dosyanız varsa, bunları yeniden .erek hemen çözebilirsiniz. Sıfır aste dosyalarının listesini oluşturmak için bir araç yaratıyoruz. Hesabınızdaki herhangi bir sıfır aste dosyaların listesini beğendiyseniz, lütfen https://sirv.com/help/support/#support'da bir istek gönderin ve bir kez araç hazır olacak. Ne olursa olsun tüm dosyaları kurtarmak için çalışmaya devam edeceğiz. Sirv'in Autofetch özelliğini kullanarak dosyaları yüklerseniz, sıfır dosyaları silebilirsiniz ve bir sonraki istek üzerine uzaktan konumunuzdan yeniden yargılanacaktır.

6. 6 Aralık 2023 12:12 UTCresolved

   Daha fazla dosya restore edilmiştir. 415 hata oranı düşmeye devam ediyor. Bu sayfada 415 hata listesini görebilirsiniz: https://my.sirv.com/#/analytics/errors/415? from=20231206&to=20231206 Dosyalarınızı dosyalarınızda 415 hata çözmek için yükleyebilirsiniz. İhtiyacınız olan dosyaların bir listesini sağlayabiliriz - lütfen bu form aracılığıyla Sirv destek ekibine sorun: https://sirv.com/help/support/#support Mümkün olduğunca çok dosyayı geri almaya devam ediyoruz.

7. 6 Aralık 2023 19:47 UTCresolved

   415 hatanın yüksek oranına yol açan sorun çözüldü. Transuncated dosyaları, sıfır bytes ile bazı dosyaları yazan bir yazılım konusu tarafından neden edildi. Yazılım olduğu gibi, bu, transuncated dosyaların master dosyasının tüm versiyonlarında tekrarlanmasına neden oldu. Sirv, donanım problemlerine karşı korumak için her dosyayı zorlar (server veya sert sürücü başarısızlıkları), ancak güncellenmiş dosyalar tüm çekleri ve sadık bir şekilde dosyaları geçti. Tespit olmadan var, çünkü dosyaların önbellek versiyonları işleme ve teslimat için kullanıldı. Tüm sistemler, önbellek dosyaları temizlenirken dün altyapı yükseltmesine kadar mükemmel çalıştı. Kök nedeni, transuncation'a sebep olan yazılım sorununu tanımlamak ve düzeltmekle çözüldü. Bu 5 Aralık'ta 1500 UTC tarafından tamamlandı. Sonra görev, transuncated olan bu dosyaları geri yüklemekti. Platformda, dosyaların yaklaşık% 0.2'si etkilendi. Bu dosyalardan, hesapa bağlı olarak% 95 ve% 100 arasında restore edebildik.% 100 restorasyonundan daha az olan herhangi bir hesap, dosyaları tekrar yükleyerek restore edilmesi gereken sıfır-bayt dosyalarının bir listesine gönderilir. Please look out for our email with a list of files. Lütfen herhangi bir yardıma ihtiyacınız varsa aşağıdaki URL aracılığıyla bize mesaj verin: https://sirv.com/help/support/#support Sorunun ayrıntılı bir inceleme, e-posta yoluyla ayrıntılı olarak rapor edilecektir. Raporda, bu konunun olası tekrarlanmasını engellemek için alınan eylemlerin bir listesi olacaktır, zaten tasarlanmış olan gelişmeler ve yeni özelliklerle birlikte. Bu konuda etkilenen tüm müşterilere özür dileriz. İlk kez master verileri kayboldu. Her olası dersi ondan öğreneceğiz ve Sirv'i daha öncekinden daha güçlü ve güvenilir hale getireceğiz.

8. 21 Aralık 2023 10:05 UTCresolved

   Kalan transuncated dosyalarının% 99'undan fazlası da şimdi restore edilmiştir. Etkilenen herhangi bir kullanıcı, etkilenen dosyaların tam bir listesi ile sağlanır. Bu sorundan kalan canlı bir etki yoktur. Şiddet seviyesi olarak sınıflandırıldı: Eleştirel etki.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 2 Aralık 2023 04:19 UTCinvestigating

   0419 UTC'den, Sydney CDN konumundan 429 hatanın yüksek bir seviyesi geri döndü.

2. 2 Aralık 2023 10:31 UTCresolved

   Sorun 1031 UTC'de çözüldü. Sebep, Sydney CDN konumunu yapan bir sunucu yanlış yapılandırılmıştı, gerçek müşteri IP adresi yerine aynı IP adresinden gelen tüm talepleri görür. Bu, DDOS korumasını teşvik etti, aynı IP'den gelen aşırı istek sayısını artırmak için. 429 yanıt birçok istek için geri döndü. Sorun, Sydney vericentre ağının mevcut olmadığı son derece kısa bir konudur. Bu konu sadece yaklaşık 1 dakika sürdü. Ancak, ekibimizden hemen sonra gerçek olay, sunucu yanlış yapılandırma uygulandığı zaman Sydney CDN yerini restore etti. Sorun bir kez yanlış yapılandırmayı keşfettik ve düzeltti. Bu sorunun tekrarlanması ve gelecekte benzer ama farklı konuların etkisini azaltmak için çok sayıda eylem yapılır: - Ek izleme ve uyarı - Yeni konu gönderme formu - Context hassas çözüm önerileri - Sadece Sydney CDN yerinin uyarlanması. Sınıflandırma seviyesi 3: Küçük etkiler.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 22 Kasım 2023 18:30 UTCinvestigating

   22 Kasım'da yaklaşık 1830 UTC, yeni, daha güçlü bir kümeye birincil dosya veritabanına bir yükseltme başlattık. Yükseltme gerçekleştiğinde, API arama sorguları başarısız oldu.

2. 23 Kasım 2023 10:35 UTCresolved

   23 Kasım'da 1035 UTC'de, yükseltme tamamlandı ve normal operasyona devam etti. Uzun zaman yoktu ve tüm sistemler normal olarak işlevlendi, API arama talepleri geri döndü hata yanıtları dışında. Sorun tespit edilmedi, çünkü diğer API talepleri normal olarak geri döndü, bu yüzden toplam API hatası yanıtları sadece biraz yüksekti ve uyarıları tetiklendi. Olaydan sonra konu tespit edildi, bir kullanıcı tarafından bir rapor soruşturma başlattı. Bu sorunları gelecekte otomatik olarak tanımlamak için, arama API'sini özellikle izlemenin yollarını değerlendiriyoruz. Ayrıca başarısız bir arama durumunda açıkça tanımlanmış bir mesajı göstermek için Sirv WordPress eklentisini de güncelleyeceğiz. Sınıflandırma seviyesi 4: Minimal etkisi.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 13 Kasım 2023 20:47 UTCinvestigating

   Dosya yönetimi araçları benim.sirv.com'da başarısız bir sunucu nedeniyle yavaş yükleniyor. Dosya listesi ve dosya arama 2 ila 20 saniye sürüyor, ancak normalde 1 ila 4 saniye sürüyor. Başarısız sunucu değiştirildi ve 72 saat içinde normale dönmesini bekliyoruz. Bu, önümüzdeki 3 ay boyunca tüm kontrol paneli sunucu kümesinin büyük bir yükseltmesiyle takip edilecektir.

2. 14 Kasım 2023 21:33 UTCinvestigating

   Sete eklemek için yeni bir sunucunun sağlanmasını bekliyoruz, sonra UI navigasyon hızı çok daha hızlı hale gelecektir.

3. 15 Kasım 2023 14:09 UTCresolved

   Yeni sunucu 14 Kasım akşamı dağıtıldı ve yavaş önbelleklerini doldurdu. Kontrol paneli şimdi orijinal hızlı performansına geri döndü. Ek sunucular artık yükseltiliyor, bu yüzden kontrol paneli önümüzdeki 2 hafta boyunca daha hızlı yüklenecek. Sınıflandırma seviyesi 4: Minimal etkisi.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 23 Ekim 2023 13:10 UTCinvestigating

   Washington D.C. CDN konumuna olan taleplerde dramatik bir artış, 23 Ekim'de 14:10 UTC'de meydana geldi, küçük bir istek oranının yavaş geri dönmesine neden oldu - 2 saniyeden fazla. Sorun önümüzdeki 3 saat boyunca desteklendi, ancak ortalama yanıt süresi yükseldi. Sorun şu gün 14'te geri döndü: 24 Ekim'de 32 UTC, isteklerin% 17'sinin yavaş yüklenmesine neden oldu - 2 saniyeden fazla ve 30 saniye kadar. Sorun, Sirv'in 25 CDN lokasyonunun ikisini etkiledi.

2. 25 Ekim 2023 05:48 UTCresolved

   Sorun 25 Ekim'de 06:48 UTC tarafından çözüldü. İki nedene doğru yapılan inceleme noktaları, Sirv'in DNS sağlayıcısının Washington D.C. POP'a istekleri nedeniyle ortaya çıktı. Bu, izolasyonda iyi olurdu, ancak datacentre, alma sunucularının genişliğine sahip gibi görünüyor, yavaş cevaplara neden oluyor. Soruşturma devam ediyor, henüz kesin sonuçlara ulaşamadı ve DNS ve vericentre sağlayıcılarımızla işbirliği gerektirir. Eylemler zaten bu sorunun olası tekrarlanmasını engellemek için alınır. Tam ayrıntılı bir rapor daha sonra burada sağlanacaktır.

3. 14 Kasım 2023 13:37 UTCresolved

   Bu konuyla ilgili ayrıntılı soruşturma iki katkıda bulunan faktörler buldu. İlki 17 Ekim'de AWS Route53'e bir güncelleme oldu. Bu değişiklik Sirv'in Route53 kurallarına göre değil, Route53 hizmetinin kendi içinde bir değişiklik oldu. Los Angeles POP, diğer POP'lara biraz farklı bir şekilde routing mantığına sahipti ve AWS güncellemesi Washington DC'un geri çekilmesine yol açtı. Bu, daha yüksek yükün hala kapasitede olduğu ve talepleri başarıyla geri döndü, bu yüzden Washington DC ek yükü ele geçiremedi. İkinci katkıda bulunan faktör 23 ve 24 Ekim'de zirve ABD ticaret saatlerinde normal trafikten daha yüksekti. Washington DC sert disklerin normalden önemli ölçüde daha yavaş geri dönmesine sebep olan iki faktör. Sorun gerçekleştiğinden, bunu tekrarlamak için birden fazla eylem aldık; benzer olası olaylara karşı azaltmak; ve bir olayın durumunda karar süresini hızlandırmak için. Eylemler şunları içerir: - Yeni routing mantığı uygulandı. - Washington DC kapasitesi arttı. - Rezerv kapasitesi diğer tüm CDN lokasyonlarında arttı. - Bir CDN konumu için getirilen yeni tolerans, routing'den kaldırıldı. - Ek disk izleme, kapasite yükseltmelerinin erken hazırlanmasına yardımcı olmak. - HDDs SSDs ile değiştirildi. - Destek ekibimiz için güncelleştirilmiş SOP, benzer konulara cevap vermek ve yanıt vermek için. Sınıflandırma seviyesi 3: Küçük etkiler.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 22 Mayıs 2023 14:57 UTCinvestigating

   Yüksek yükleme kullanımının önceki konusu geri döndü, küçük bir API yükleme başarısız oldu.

2. 22 Mayıs 2023 15:06 UTCresolved

   Sorun 9 dakika içinde kendini normalleştirin. Dönem boyunca, yüklemelerin yaklaşık% 98'i başarılı ve% 2 başarısız oldu. REST API yüklemeleri saatte sınırlı, Sirv hesabınızın kullanım sayfasında belirtilen miktara https://my.sirv.com/#/account/usage. REST API'yi görüntüler yüklemek için kullanıyorsanız, en iyi sorgulayıcı her yükleme isteği için cevabı kontrol etmektir ve bir hata yanıtı alırsanız (400, 401, 429 vs.) sonra duraklar ve yeniden deneme daha sonra. Buradaki doklara: https://sirv.com/help/articles/sirv-rest-api/#error-handling-guide Sınıflandırma seviyesi 4: Minimal etkisi.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 22 Mayıs 2023 11:31 UTCinvestigating

   Küçük bir REST API yükleme talepleri çok yüksek yük nedeniyle başarısız oluyor.

2. 22 Mayıs 2023 12:37 UTCresolved

   Bu sorun, yükleme API'si üzerine bir kez kendini çözdü. Dönem boyunca, yüklemelerin yaklaşık% 97'si başarılı oldu ve% 3 başarısız oldu. REST API yüklemeleri saatte sınırlı, Sirv hesabınızın kullanım sayfasında belirtilen miktara https://my.sirv.com/#/account/usage. REST API'yi görüntüler yüklemek için kullanıyorsanız, en iyi sorgulayıcı her yükleme isteği için cevabı kontrol etmektir ve bir hata yanıtı alırsanız (400, 401, 429 vs.) sonra duraklar ve yeniden deneme daha sonra. Buradaki doklara: https://sirv.com/help/articles/sirv-rest-api/#error-handling-guide Sınıflandırma seviyesi 4: Minimal etkisi.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 27 Nisan 2023 23:00 UTCinvestigating

   Los Angeles CDN sunucularından biri sağlıksız hale geldi ve 0000 UTC'de 4xx hataları geri almaya başladı. 90 saniye sonra ve 60 saniye içinde tüm trafik sağlıklı sunuculara yollandı.

2. 27 Nisan 2023 23:03 UTCresolved

   Sorun 3 dakika içinde otomatik olarak çözüldü. Sınıflandırma seviyesi 4: Minimal etkisi.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 16 Mart 2023 12:17 UTCinvestigating

   Sirv CDN Londra POP'a bazı istekler yüksek yük nedeniyle geri dönüyor. Bu POP İngiltere ve İrlanda'ya hizmet ediyor. Biz bir karar üzerinde çalışıyoruz.

2. 16 Mart 2023 13:33 UTCresolved

   Sorun çözüldü ve şimdi izleniyor.

3. 16 Mart 2023 16:22 UTCresolved

   Londra CDN sunucularından biri tarafından alınan bazı istekler yerel DNS kararlarının ve pulsating network zamanouts kombinasyonu nedeniyle başarısız oldu. Sorun 1215 UTC'de başladı ve 1332 UTC'de çözüldü. Bu dönemde İngiltere ve İrlanda'dan gelen isteklerin% 25'i 404 veya 500 hatası geri döndü. Sorun daha erken çözülebilirdi, ancak ilgili olmayan bir SSL sertifikası, izleme sistemimiz tarafından alınan birkaç saat önceki uyarıları engelledi. Değişiklikler zaten bu sorunu tekrardan engellemek için dağıtıldı. SSL sertifikası sorunu çözüldü; ikinci bir bağımsız izleme seviyesi yapılandırıldı; ek bir sağlık otomasyonu bu sorunları otomatik olarak çözme potansiyeline sahip oldu. Sınıflandırma seviyesi 3: Küçük etkiler.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 23 Şubat 2023 07:55 UTCresolved

   Sorun 0755 UTC'de çözüldü. 0625 UTC'de, Hindistan'a hizmet eden Indore CDN POP'a bazı istekler, 200 yanıt yerine 404 yanıt (OK) geri dönmeye başladı. Sorun, dünya çapında tüm CDN sunucularına bir güncellemeden 14 saat sonra gerçekleşti. Tüm POPlar Hindistan POP da dahil olmak üzere sağlıkla hareket etti, ancak Indore POP başarılı bir şekilde güncellenmedi ve sonunda hataları geri almaya başladı. Sorun tespit edildikten sonra, güncellemeyi Hindistan POP'a yeniden çalıştırarak çözüldü. Olay sırasında, isteklerin% 94'ü bir hataya geri döndü. Diğer tüm ülkelere istekler normal olarak geri döndü. Bu sorunu tekrarlamayı önlemek için, yeni bir otomatik dağıtım kuralı sadece bir insan kontrolü olduğu dağıtım sürecinin bir parçası için yaratılmıştır. Bir dağıtım başarısız olduğu bir durumu tanımlamak için ek bir uyarı da oluşturulur. Bu olay tarafından etkilenen tüm müşterilerden özür dileriz ve konunun olası tekrarlanmasını önlemeye yardımcı olabilecek diğer değişiklikleri değerlendiriyoruz. Bu gibi bir CDN sorunu olursa, kontrolünüzdeki bir acil çözüm, burada Sirv ayarlarını geçici olarak devre dışı bırakmaktır: https://my.sirv.com/#/account/thes/domains/domains Sınıflandırma seviyesi 2: Anlamlı etki.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.