Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    Linode kesinti geçmişi

    77 Linode incidents · Aralık 2025 — official updates, affected components, duration and resolution details.

    Güncel duruma dön

    Servis Sorun - Object Storage - ABD-SEA

    Başlangıç 24 Ağustos 2026 21:52 UTC · 3h 18m

    Pending
    Etkilenen bileşenler
    US-SEA (Seattle) Object Storage
    1. 24 Ağustos 2026 21:52 UTCinvestigating

      Ekibimiz ABD-SEA'daki Object Storage hizmetini etkileyen bir konu araştırıyor. Bu süre zarfında, kullanıcılar bu hizmetle geçici 5xx hataları yaşayabilir.

    2. 25 Ağustos 2026 00:31 UTCinvestigating

      Bu konuyu araştırmaya devam ediyoruz.

    3. 25 Ağustos 2026 00:55 UTCidentified

      Sorun tespit edildi ve bir düzeltme uygulanır.

    4. 25 Ağustos 2026 01:11 UTCresolved

      Object Storage hizmeti ile ilgili herhangi bir ek sorunu göz ardı etmedik ve şimdi bu olayı çözecek. Sorunları deneyimlemeye devam ederseniz lütfen yardım için bir destek bileti açın.

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

    Servis Sorun - ABD-SEA (Seattle, WA)

    Başlangıç 21 Ağustos 2026 17:23 UTC · 4h 36m

    Pending
    Etkilenen bileşenler
    US-SEA (Seattle)
    1. 21 Ağustos 2026 17:23 UTCinvestigating

      Ekibimiz bizi çevreleye etkileyen yeni bir hizmet sorunu araştırıyor (Seattle, WA). Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 21 Ağustos 2026 21:59 UTCresolved

      Bu zamanda sorunu düzeltebiliriz ve hizmet normal bir operasyona devam etti.

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

    Connectivity Issue - IT-MIL (Milan) veri merkezi

    Başlangıç 14 Ağustos 2026 20:13 UTC · 1h 17m

    IssuesKüçük çaplı olay
    Etkilenen bileşenler
    IT-MIL (Milan)
    1. 14 Ağustos 2026 20:13 UTCinvestigating

      Ekibimiz, IT-MIL (Milan) veri merkezimizde bağlantıyı etkileyen bir konudur. Bu süre zarfında kullanıcılar bu veri merkezinde dağıtılan tüm hizmetler için geçici bağlantı zamanlarını ve hataları deneyimleyebilir. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 14 Ağustos 2026 21:18 UTCinvestigating

      Bu konuyu araştırmaya devam ediyoruz. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    3. 14 Ağustos 2026 21:30 UTCresolved

      IT-MIL (Milan) veri merkezimizde herhangi bir ek bağlantı sorunu göz ardı etmedik ve şimdi bu olayı çözecek. Sorunları deneyimlemeye devam ederseniz lütfen yardım için bir destek bileti açın.

    4. 18 Ağustos 2026 19:02 UTCpostmortem

      14 Ağustos'ta, yaklaşık 17:30 UTC'ye başlayan, IT-MIL \ (Milan\) veri merkezimizde bir olay sırasında, bu veri merkezinde birden çok ev ulaşılamaz hale getirildi. Akamai hemen konuyu araştırmaya başladı ve etkilenen evleri restore etmeye çalıştı. Etki penceresi sırasında, müşteriler bu veri merkezinde dağıtılan tüm hizmetlerde geçici bağlantı zamanları ve hataları deneyimlediler. Etkilenen evleri restore ettik ve 14 Ağustos'ta 21:20 UTC'de bağlantı sorunlarını çözdük. Hala başarısızlık koşulunun nedenini araştırıyoruz. Gelecekteki olayları önlemeye ve ev sahipliğinin neden ulaşılamaz hale geldiğine dair kapsamlı bir soruşturma yürütmeye kararlıyız, istikrarı ve güvenilirliğini artırmak için önlemler uyguluyoruz. Bu özet, mevcut bilgiyi mevcut anlayışımızın bir bakışını sunar. Araştırmamız devam ediyor ve burada herhangi bir bilgi değişmeye tabidir.

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

    Servis Sorun - Linode Kubernetes Motor Enterprise (LKE-E)- IAD2 (Washington)

    Başlangıç 13 Ağustos 2026 21:13 UTC · 2h 12m

    IssuesKüçük çaplı olay
    Etkilenen bileşenler
    US-IAD (Washington) Linode Kubernetes Engine
    1. 13 Ağustos 2026 21:13 UTCinvestigating

      Ekibimiz Linode Kubernetes Motor Enterprise (LKE-E) kümelerini IAD2 - Washington veri merkezinde etkileyen bir mesele araştırıyor. Bu daha önce bildirilen konunun devamıdır. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 13 Ağustos 2026 23:02 UTCmonitoring

      Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

    3. 13 Ağustos 2026 23:24 UTCresolved

      Bu olay çözüldü.

    4. 18 Ağustos 2026 20:32 UTCpostmortem

      17:25 UTC ve 22:50 UTC 13 2026, Linode Kubernetes Motor Enterprise \ (LKE-E\) müşterileri, G7 özel Linode örneklerini Washington \ (IAD2\) veri merkezimizde dağıtmaya çalışıyor, 403 uyarı hatası mesajı aldı. Aktif iş yükleri ve koşu örnekleri bu konu tarafından etkilenmedi. Soruşturmamız, IAD2'deki toplam fiziksel donanım kapasitesinin yeterliyken, geçici istek ilk yumuşak host-allocation eşiği nedeniyle entitlement kontrol başarısızlığını tetikledi. Akamai, Linode-per-host limitini IAD2'de 5 ila 20 oranında artırarak sorunu çözdü. Tam dağıtım yetenekleri 22:50 UTC'de restore edildi ve stabilleştirildi. Recurrence'in ilerlemesini önlemek için, entitlement ve kapasite sorunları için özel bir uyarı uygulayacağız, doğrudan hızlı remediasyon için kitaplarla bağlantılı. Ek olarak, bölgesel baş odasını proaktif olarak takip etmek için merkezileştirilmiş bir kapasite genelleme paneli inşa ediyoruz. Bu özet, mevcut bilgiyi mevcut anlayışımızın bir bakışını sunar. Araştırmamız devam ediyor ve burada herhangi bir bilgi değişim konusu.

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

    Acil Servis Sorunu - API - Tüm Bölgeler

    Başlangıç 13 Ağustos 2026 18:46 UTC · 5h 40m

    Pending
    Etkilenen bileşenler
    US-ORD (Chicago)IN-BOM-2 (Mumbai 2)US-LAX (Los Angeles)NZ-AKL (Auckland)US-Central (Dallas)US-West (Fremont)US-DEN (Denver)US-IAD-2 (Washington 2)DE-FRA-2 (Frankfurt 2)FR-PAR (Paris)IT-MIL (Milan)CO-BOG (Bogota)DE-HAM (Hamburg)IN-MAA (Chennai)JP-OSA (Osaka)AP-Northeast-2 (Tokyo 2)CL-SCL (Santiago)AP-Southeast (Sydney)NL-AMS (Amsterdam)CA-Central (Toronto)ZA-JNB (Johannesburg)US-East (Newark)US-HOU (Houston)EU-West (London)FR-PAR-2 (Paris 2)EU-Central (Frankfurt)US-MIA (Miami)ES-MAD (Madrid)GB-LON (London 2)AP-West (Mumbai)FR-MRS (Marseille)MX-QRO (Queretaro)ID-CGK (Jakarta)AU-MEL (Melbourne)SG-SIN-2 (Singapore 2)MY-KUL (Kuala Lumpur)US-Southeast (Atlanta)US-IAD (Washington)AP-South (Singapore)US-SEA (Seattle)JP-TYO-3 (Tokyo 3)SE-STO (Stockholm)Cloud Manager and APIBR-GRU (São Paulo)
    1. 13 Ağustos 2026 18:46 UTCinvestigating

      Ekibimiz, API'yi tüm bölgelerde etkileyen gelişmekte olan bir hizmet sorununu araştırıyor. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 13 Ağustos 2026 19:58 UTCmonitoring

      19:30 UTC olarak, tüm bölgelerdeki API'yi etkileyen sorunu düzeltebilir. Hizmetin istikrarlı kalmasını sağlamak için bunu izleyeceğiz. Hala sorunlar yaşıyor ve bir destek bileti açamıyorsanız, lütfen 855-454-6633 ( +-609-380-7100 Intl) arayın [email protected]'u desteklemek için bir e-posta gönder.

    3. 13 Ağustos 2026 19:59 UTCmonitoring

      Daha fazla sorun için izlemeye devam ediyoruz.

    4. 14 Ağustos 2026 00:26 UTCresolved

      Bu olay çözüldü.

    5. 17 Ağustos 2026 17:38 UTCpostmortem

      13 Ağustos'ta, 2026, yaklaşık 18:15 UTC, Akamai [ api.linode.com ] (http://api.linode.com). Toplam hizmet kesintisi yaklaşık 3 dakika sürdü, 18:18 UTC'de koncluding. İlk bağlantının restorasyonundan sonra, yüksek API yanıt gecikmesi 19:06 UTC'den devam etti, müşterilerin API hizmetleri ile etkileşime girmesi için daha yavaş yanıt süreleri ve aralıklı gecikmelere neden oldu. Performans etkisini ele almak için, Akamai mühendislik takımları, başarısız olduktan sonra tam trafik yüklerini absorbe etmekten alıkoyan ikincil kalibrasyon altyapısında bir yapılandırma diskrepancy tespit etti. Mühendisler kontrollü bir göçü tamamladı ve birincil ev sahibine geri dönüş talep etti. Bu değişiklikten sonra, API gecikmesi hızla normal operasyonel seviyelere azaldı. İlk koşul, birincil caching node'nin fiziksel hostunun beklenmedik bir yeniden başlamasıyla tetiklendi. Red dışı altyapı aktifken, ikincil node başarısız trafiği sorunsuz bir şekilde işlemedi, genişletilmiş performans bozulmasına neden oldu. Mühendislik takımlarımız, infaz hızlarını optimize etmek ve konfigürasyon ayarlarını gelecekteki olaylarda sorunsuz bir şekilde ele geçirebilmeleri için başarısız mekanizmalara yönelik bir soruşturma yürütüyor. Bu özet, mevcut bilgiyi mevcut anlayışımızın bir bakışını sunar. Araştırmamız devam ediyor ve burada herhangi bir bilgi değişim konusu.

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

    Servis Sorun - Linode Kubernetes Motor (IAD2)

    Başlangıç 13 Ağustos 2026 16:16 UTC · 1h 38m

    IssuesKüçük çaplı olay
    Etkilenen bileşenler
    US-IAD (Washington) Linode Kubernetes Engine
    1. 13 Ağustos 2026 16:16 UTCinvestigating

      Ekibimiz Linode Kubernetes Motorunu Etkileyen bir konudur (LKE). Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 13 Ağustos 2026 16:30 UTCmonitoring

      Bu zamanda LKE hizmetini etkileyen sorunları düzeltebiliriz. Bunu istikrarlı kalmasını sağlamak için izleyeceğiz. Sorunları deneyimlemeye devam ederseniz lütfen yardım için bir destek bileti açın.

    3. 13 Ağustos 2026 17:54 UTCresolved

      LKE hizmeti ile ilgili herhangi bir ek sorunu göz ardı etmedik ve şimdi bu olayı çözecek. Sorunları deneyimlemeye devam ederseniz lütfen yardım için bir destek bileti açın.

    4. 17 Ağustos 2026 21:30 UTCpostmortem

      13 Ağustos 2026'da yaklaşık 14:50 UTC'de, Linode Kubernetes Motor Enterprise \(LKE-E\) IAD2 veri merkezindeki kümeler yapamıyordu. Bu sorunun IAD2'deki iki bileşenin dışlanması nedeniyle son bir yazılım versiyonu yükseltmesinde olduğunu tespit ettik ve bu da API'nin yanlış bir eşleşmesine neden oldu. Onları beklenen devletle senkronize etmek için tespit edilen bileşenleri güncelledik. Bu konuyu 13 Ağustos 2026'da yaklaşık 16:00 UTC'de hafifletti. Bu sorunu gelecekte meydana gelmesini önlemek için, tüm bileşenlerin platform yazılım güncelleştirmeleri sırasında hizmete girmeden önce tam sürüm yükseltmelerini sağlamak için LKE yazılım güncelleştirme süreçlerini gözden geçiriyoruz. Bu özet, mevcut bilgiyi mevcut anlayışımızın bir bakışını sunar. Araştırmamız devam ediyor ve burada herhangi bir bilgi değişim konusu.

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

    Servis Sorun - Linode Kubernetes Motor Enterprise (LKE-E) - Seattle (SEA1)

    Başlangıç 13 Ağustos 2026 14:00 UTC · 0m

    Pending
    1. 14 Ağustos 2026 15:46 UTCresolved

      On August 13, 2026, between approximately 14:00-16:30 UTC, we observed intermittent failures and delays when provisioning new LKE-E clusters in the Seattle (SEA1) region. The issue affecting the LKE-E service in Seattle self-corrected at approximately 16:30 UTC, and we have not observed a recurrence since. We are actively investigating the cause. We will continue to monitor the service for stability. If you experience any problems with this service, please open a Support ticket for assistance.

    2. 21 Ağustos 2026 13:13 UTCpostmortem

      On August 13, 2026, between approximately 14:30 and 16:30 UTC, Akamai experienced an issue affecting Linode Kubernetes Engine Enterprise \(LKE-E\) cluster provisioning and deployment in the Seattle \(SEA1\) region. During this time, customers attempting to create new clusters encountered failures or delays. In some cases, clusters were created but nodes were not fully provisioned, while in others, the control plane responsible for managing the cluster could not be deployed. Akamai identified the issue through customer reports, which was then validated by reproducing the failures in Seattle-based test clusters. Other regions continued to operate normally, and no existing customer workloads were impacted. By around 16:30 UTC on August 13, 2026, cluster provisioning and deployment in the Seattle region returned to normal, allowing new cluster creations to proceed without issue. After recovery, we monitored the region for several days and began a technical investigation into the service disruption. Initial findings indicate a correlation between the issue and a recent network configuration update that occurred at approximately 14:30 UTC and was rolled back at approximately 14:45 UTC. Our current hypothesis suggests that a timing conflict during the cluster provisioning process may have triggered the failures. We are continuing to investigate the technical details to confirm the root cause. We are continuing to investigate the technical details behind this issue and are working to ensure it does not recur. We will also review the scope of affected data centers and track corrective actions. This summary provides an overview of our current understanding of the incident given the information available. Our investigation is ongoing and any information herein is subject to change.

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

    Upstream Issues - Ubuntu

    Başlangıç 10 Ağustos 2026 17:15 UTC · 11d 1h

    Pending
    1. 10 Ağustos 2026 17:15 UTCinvestigating

      Ekibimiz, Ubuntu dağıtımlarını etkileyen bir akış sorunu araştırıyor. Bu, tüm Ubuntu sistemlerinde paket ve güvenlik güncelleştirmelerini yükleme yeteneğini etkileyebilir.

    2. 11 Ağustos 2026 23:35 UTCinvestigating

      Bu konuyu araştırmaya devam ediyoruz. Uygun konu mesele uzmanları meşgul. Daha sonra mitigation statüsü etrafındaki güncellemeler ilerleme olarak yayınlanacak.

    3. 12 Ağustos 2026 03:29 UTCidentified

      Sorunun nedenini tespit ettik ve bir düzeltme uygulanmaktadır. Çözümün yerinde olduğu kadar yakında bir güncelleme sağlayacağız.

    4. 21 Ağustos 2026 18:40 UTCresolved

      Sorunun 20 Ağustos 20, 2026'da 06:30 UTC'de azaldığını ve hizmetin normal operasyonları yeniden başlatdığını onaylayabiliriz.

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

    Upstream Kaybı - Bazı Yollar (in-maa/in-bom-2 to US region)

    Başlangıç 31 Temmuz 2026 17:49 UTC · 4d 7h

    Pending
    Etkilenen bileşenler
    US-ORD (Chicago)IN-BOM-2 (Mumbai 2)US-LAX (Los Angeles)US-Central (Dallas)US-West (Fremont)US-DEN (Denver)US-IAD-2 (Washington 2)IN-MAA (Chennai)US-East (Newark)US-HOU (Houston)US-MIA (Miami)US-Southeast (Atlanta)US-IAD (Washington)US-SEA (Seattle)
    1. 31 Temmuz 2026 17:49 UTCinvestigating

      Ekibimiz, in-maa & in-bom-2 veri merkezlerinden ABD bölgeye bazı yollarda paket kaybı araştırıyor. Bu süre zarfında, kullanıcılar Hindistan ve Amerika Birleşik Devletleri bölgelerindeki hizmetlerle bağlantı zamanı ve hataları deneyimleyebilir. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 31 Temmuz 2026 18:25 UTCidentified

      Ekibimiz, ABD veri merkezlerimize paket kaybının nedenini belirledi. Bu sorunu çözmek için üst düzey sağlayıcımızla çalışıyoruz ve çözümün yerinde olduğu kadar yakında bir güncelleme sağlayacağız.

    3. 4 Ağustos 2026 18:36 UTCidentified

      We are continuing to work with our upstream provider to resolve the packet loss affecting some paths between the in-maa and in-bom-2 data centers and the US region. We will share further updates as progress continues.

    4. 5 Ağustos 2026 01:34 UTCresolved

      At this time the upstream provider has been able to correct the issue causing packet loss on some routes from the in-maa & in-bom-2 data centers into the US region and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.

    5. 5 Ağustos 2026 17:49 UTCpostmortem

      On July 31, 2026, at approximately 10:00 UTC, Akamai observed intermittent network losses affecting compute users accessing US locations from our India sites \(MAA and BOM\). Customers’ services in North America, particularly the Miami data center region, experienced increased latency, intermittent connectivity issues, slower data transfers, and difficulty reaching certain applications or services. Performance was unstable, with periods of normal operation followed by disruptions. To address the issue, Akamai applied a deny-all policy to the impacted upstream provider transit link, redirecting traffic around the impacted routes. Despite this mitigation, ongoing IPv6 losses occurred due to congestion between two alternative upstream providers, impacting some users. One provider acknowledged a bottleneck in the Asia region, and the alternate provider worked to reroute traffic away from affected links.  The initial impacted service provider confirmed that two fiber cuts in Mexico caused congestion on the impacted routes. One of these fiber cuts was resolved at 23:43 UTC on July 31, 2026, and no further issues were observed following this mitigation.  This summary provides an overview of our current understanding of the incident given the information available. Our investigation is ongoing and any information herein is subject to change.

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

    Hizmet Sorun - Ev sahibi İş Performansı - Çeşitli Bölgeler

    Başlangıç 28 Temmuz 2026 18:14 UTC · 18h 13m

    Pending
    Etkilenen bileşenler
    DE-FRA-2 (Frankfurt 2) Block StorageNL-AMS (Amsterdam) Block StorageIN-BOM-2 (Mumbai 2) Block StorageGB-LON (London 2) Block StorageAP-Southeast (Sydney) Block StorageUS-MIA (Miami) Block StorageUS-Central (Dallas) Block StorageUS-West (Fremont) Block StorageJP-TYO-3 (Tokyo 3) Block StorageIT-MIL (Milan) Block StorageBR-GRU (São Paulo) Block StorageUS-East (Newark) Block StorageUS-Southeast (Atlanta) Block StorageCA-Central (Toronto) Block StorageUS-LAX (Los Angeles) Block StorageAU-MEL (Melbourne) Block StorageUS-SEA (Seattle) Block StorageUS-ORD (Chicago) Block StorageAP-South (Singapore) Block StorageES-MAD (Madrid) Block StorageID-CGK (Jakarta) Block StorageEU-West (London) Block StorageJP-OSA (Osaka) Block StorageAP-West (Mumbai) Block StorageIN-MAA (Chennai) Block StorageSG-SIN-2 (Singapore 2) Block StorageUS-IAD (Washington) Block StorageSE-STO (Stockholm) Block StorageEU-Central (Frankfurt) Block StorageFR-PAR (Paris) Block StorageAP-Northeast-2 (Tokyo 2) Block Storage
    1. 28 Temmuz 2026 18:14 UTCinvestigating

      Ekibimiz, Blok Depolama hizmetini birkaç veri merkezinde etkileyen bir konu araştırıyor. Bu konu büyük ölçüde blok depolama hacimlerini bağlama ve detaching Block Storage hacimlerini etkiler. Bu süre zarfında kullanıcılar, bu hizmetle hacim ek /detach hangs, zamanouts ve hataları deneyimleyebilir. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 28 Temmuz 2026 19:27 UTCidentified

      Ekibimiz, Block Storage hizmetini veri merkezlerimizde etkileyen sorunu tespit etti. Bir düzeltme uygulamak için çabucak çalışıyoruz ve çözümün yerinde olduğu kadar yakında bir güncelleme sağlayacağız.

    3. 28 Temmuz 2026 20:17 UTCidentified

      Ek soruşturmadan sonra, etki gecikmiş ve bazen ev sahibi işlerde ortaya çıkacaktı, bu da Linodes'da birçok farklı eylem içeriyor ve yalnızca ilk güncellememizde bahsettiğimiz gibi ekleme ve detaching Block Storage hacimlerini etkilemez. Bir düzeltme uygulamak için çabucak çalışıyoruz ve çözümün yerinde olduğu kadar yakında bir güncelleme sağlayacağız.

    4. 28 Temmuz 2026 22:51 UTCmonitoring

      Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

    5. 29 Temmuz 2026 12:27 UTCresolved

      Herhangi bir ev sahibi iş performansının bozulma sorunlarını gözlemlemedik ve şimdi bu olayı çözecek. Sorunları deneyimlemeye devam ederseniz lütfen yardım için bir destek bileti açın.

    6. 31 Temmuz 2026 18:57 UTCpostmortem

      27 Temmuz 2026'da 3:30 UTC, Akamai, Linode barındırma veritabanına bağlandığında hatalarda bir artış gözlemledi, öncelikle Block Storage hacim eklerini etkiler. Bu, ev sahibi iş başarısızlıkları ve sınırlı müşteri etkisi ile bazı kullanıcılar hata mesajlarını deneyimledi ve iş akışlarını kesintiye uğrattı. Elevated timeout oranları belirli veri merkezi yerleri için girişlerde kaydedildi, yeni bir özellik bayrağının yükselmesiyle ortaya çıktı. İlk soruşturma, TLS elhake sırasında müşteri ev sahibi olmak için veritabanı proxy'den geçici paket damlalarını ortaya çıkardı. Mevcut teori, MTU paketinin çok büyük ICMP mesajlarının ulaştığı yol ile ilgili bir DDoS koruma sınırının ulaştığını göstermektedir. Büyük bir MTU ile gönderilen proxy paketleri gönderildiğinde, beklenen ICMP mesajları, yapılandırılmış izin edilebilir oranın aşılması nedeniyle Dallas Gateway yönlendiricileri tarafından düştü. Bu, veritabanı TCP proxy bağlantılarını Compute Hosts'a zamanında bıraktı. Sorun yeni özellik bayrağının uygulanmasıyla tetiklendi ve paketlere ulaşmadan önce MTU'yu kaldırdı. Sorunu azaltmak için, Akamai, 20:50 UTC'de başlayan etkilenen Compute siteleri arasında son ağ değişikliğini geri getirdi. 22:57 UTC olarak, hizmet yeniden başlatma oranı önceden belirlenmiş seviyelere geri döndü. Akamai ayrıca paketin çok büyük ICMP mesajları için izinli eşi artırmak için bir değişiklik planlıyor. Bu özet, mevcut bilgiyi mevcut anlayışımızın bir bakışını sunar. Araştırmamız devam ediyor ve burada herhangi bir bilgi değişim konusu.

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

    Connectivity Issue - Milano'daki Linodes, İtalya

    Başlangıç 20 Temmuz 2026 01:52 UTC · 2h 19m

    IssuesKüçük çaplı olay
    Etkilenen bileşenler
    IT-MIL (Milan)
    1. 20 Temmuz 2026 01:52 UTCinvestigating

      Ekibimiz şu anda İtalya'daki Linodes'u etkileyen bir bağlantı sorunu araştırıyor (Milan) bölgede. Bu süre zarfında, bu yerde mevcut Linodes ulaşılamaz olabilir. Lütfen yeni Linodes oluşturmanın normal olarak çalıştığını ve etkilenmediğini unutmayın.

    2. 20 Temmuz 2026 02:56 UTCinvestigating

      Bu konuyu araştırmaya devam ediyoruz. İlerleme yaptığımız gibi bir sonraki güncellemeyi sağlayacaktır.

    3. 20 Temmuz 2026 03:12 UTCinvestigating

      Ekibimiz Milano (İtalya) veri merkezimizde bağlantıyı etkileyen sorunu belirledi. Bir düzeltme uygulamak için çabucak çalışıyoruz ve çözümün yerinde olduğu kadar yakında bir güncelleme sağlayacağız.

    4. 20 Temmuz 2026 03:20 UTCmonitoring

      Bu zamanda Milano (İtalya) veri merkezimizde bağlantı etkileyen sorunları düzeltebiliriz. Bunu istikrarlı kalmasını sağlamak için izleyeceğiz. Hala sorunları yaşıyorsanız lütfen yardım için bir destek bileti açın.

    5. 20 Temmuz 2026 04:10 UTCresolved

      Milano (İtalya) veri merkezimizde herhangi bir ek bağlantı sorunu göz ardı etmedik ve şimdi bu olayı çözecek. Sorunları deneyimlemeye devam ederseniz lütfen yardım için bir destek bileti açın.

    6. 20 Temmuz 2026 05:45 UTCpostmortem

      20 Temmuz 20, 2026'da yaklaşık 00:33 UTC'ye başlayın, Milano'da bazı evler, İtalya veri merkezi mevcut değildi, müşteri Linodes'a erişimini etkiledi. Soruşturma, bu konunun planlanan Yönelme Sistemleri güncelleştirmeleri sırasında gerçekleştiğini tespit etti. Servis kesintisini önlemek için bir fazlanmış yükseltme süreci takip ederken, etkilenen ev sahipleri için geçici bir ağ bağlantı kaybına yol açtı. Servis 20 Temmuz 20, 2026'da 02:16 UTC tarafından tamamen restore edildi ve tüm sistemler şimdi beklendiği gibi çalışıyor. İç olarak, gelecekte daha iyi koordinasyon sağlamak ve benzer sorunları önlemek için değişim yönetim ve bakım planlama prosedürlerimizi gözden geçiriyoruz. Etki için özür dileriz ve sabrınız için teşekkür ederiz ve destek devam ettik. Sistemlerimizi daha iyi hale getirmek ve recurrence önlemek için sürekli iyileştirmeler yapmaya kararlıyız. Bu özet, mevcut bilgiyi mevcut anlayışımızın bir bakışını sunar. Araştırmamız devam ediyor ve burada herhangi bir bilgi değişmeye tabidir.

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

    Servis Sorun - Object Storage

    Başlangıç 18 Temmuz 2026 03:34 UTC · 1h 2m

    IssuesKüçük çaplı olay
    Etkilenen bileşenler
    US-IAD (Washington) Object StorageUS-ORD (Chicago) Object StorageUS-SEA (Seattle) Object StorageUS-LAX (Los Angeles) Object StorageFR-PAR (Paris) Object Storage
    1. 18 Temmuz 2026 03:34 UTCinvestigating

      Ekibimiz Object Storage hizmetini etkileyen bir sorunu araştırıyor. Bu süre zarfında kullanıcılar bu hizmetle bağlantı zamanı ve hataları deneyimleyebilir.

    2. 18 Temmuz 2026 03:54 UTCidentified

      Ekibimiz, Object Storage hizmetini etkileyen sorunu belirledi. Bir düzeltme uygulamak için çabucak çalışıyoruz ve çözümün yerinde olduğu kadar yakında bir güncelleme sağlayacağız.

    3. 18 Temmuz 2026 04:36 UTCresolved

      Object Storage hizmeti ile ilgili herhangi bir ek sorunu göz ardı etmedik ve şimdi bu olayı çözecek. Sorunları deneyimlemeye devam ederseniz lütfen yardım için bir destek bileti açın.

    4. 21 Temmuz 2026 15:26 UTCpostmortem

      18 Temmuz 2026'da, yaklaşık 00:30 UTC ve 04:00 UTC arasında, kullanıcılar aşağıdaki uç noktaları için Object Storage'da yeni bir kova oluşturmaya çalışırken 5xx hatası yaşayabilirler. * [us-ord-1.linodeobjects.com] (http://us-ord-1.linodeobjects.com) * [us-lax-1.linodeobjects.com](http://us-lax-1.linodeobjects.com) * [us-iad-1.linodeobjects.com](http://us-iad-1.linodeobjects.com) * [us-sea-1.linodeobjects.com] (http://us-sea-1.linodeobjects.com) * [fr-par-1.linodeobjects.com] (http://fr-par-1.linodeobjects.com) Sorun, Object Storage'ı destekleyen altyapı tüm düğümler boyunca bozuldu. Bu, hizmet işleme talepleri ile engellendi, kova oluşturma operasyonları sırasında başarısızlıklara yol açtı. Etkisi azaltmak için, kova oluşturmadan sorumlu arka uç sisteminde bir düzeltme uyguluyoruz. Etki bu eylemi takiben azaltıldı. Konumuz uzmanlarımız kök nedenini araştırıyor ve uygun önleyici eylemler alacak. Etki için özür dileriz ve sabrınızı ve devam eden desteği takdir ediyoruz. Bunun tekrar gerçekleşmesine yardımcı olmak için sistemlerimize yapılandırma ve operasyonel değişiklikler yapıyoruz ve sürekli iyileştirmeye kararlı kalıyoruz. Bu özet, mevcut olayın anlayışımızın bir genel bakışını sunar, mevcut bilgileri sağlar. Araştırmamız devam ediyor ve burada herhangi bir bilgi değişmeye tabidir.

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

    Bağlanma Sorunu - ABD-MIA (Miami

    Başlangıç 16 Temmuz 2026 01:24 UTC · 0m

    Pending
    Etkilenen bileşenler
    US-MIA (Miami)
    1. 16 Temmuz 2026 01:24 UTCresolved

      Ekibimiz ABD-MIA (Miami) veri merkezimizde 21:20 UTC ile yaklaşık 23:28 UTC 15 Temmuz 2026 arasında etkilenen bir bağlantı inceledi. Bu pencerede, kullanıcılar bu bölgede dağıtılan Compute hizmetleri için mükemmelleştirilmiş ağ performansı ve paket kaybı yaşayabilirler. Sorun bir düzeltme yaptıktan sonra çözüldü. Üçüncü taraf hizmet sağlayıcımızla kök nedenini doğrulamaya devam ediyoruz, ilk kanıt noktaları bir kampüs çapraz bağlantı noktalarına (dark fiber) altyapılarında kesintiye uğramaya devam ediyoruz.

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

    Servis Sorun - Linode API / CLI

    Başlangıç 14 Temmuz 2026 12:21 UTC · 7h 5m

    IssuesKüçük çaplı olay
    Etkilenen bileşenler
    Cloud Manager and API
    1. 14 Temmuz 2026 12:21 UTCinvestigating

      Ekibimiz API'yi ve CLI'yı etkileyen gelişmekte olan bir hizmet sorununu araştırıyor. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 14 Temmuz 2026 12:58 UTCidentified

      Ekibimiz, Bulut Yöneticisi ve API'yi etkileyen sorunu belirledi. Bir düzeltme uygulamak için çabucak çalışıyoruz ve çözümün yerinde olduğu kadar yakında bir güncelleme sağlayacağız.

    3. 14 Temmuz 2026 13:11 UTCmonitoring

      Bu zamanda Bulut Yöneticisi ve API'yi etkileyen sorunu düzeltebiliriz. Hizmetin istikrarlı kalmasını sağlamak için bunu izleyeceğiz. Hala sorunlar yaşıyor ve bir destek bileti açamıyorsanız, lütfen 855-454-6633 ( +-609-380-7100 Intl) arayın [email protected]'u desteklemek için bir e-posta gönder.

    4. 14 Temmuz 2026 18:36 UTCmonitoring

      Daha fazla sorun için izlemeye devam ediyoruz.

    5. 14 Temmuz 2026 19:26 UTCresolved

      Bulut Yöneticisi, API veya CLI ile ilgili herhangi bir başka sorunu göz ardı etmedik ve şimdi bu olayı çözecek. Sorunları deneyimlemeye devam ederseniz, lütfen 855-454-6633 ( +-609-380-7100 Intl) ile iletişime geçin veya yardım iç[email protected]'u desteklemek için bir e-posta gönder.

    6. 16 Temmuz 2026 18:13 UTCpostmortem

      14 Temmuz 2026'da, 10:57 UTC'de Akamai, Linode API'si, CLI ve Cloud Manager kullanarak müşterileri etkileyen 502 hatada bir artış tespit etti. Bu kesinti, orta hizmet etkisine yol açtı, müşteriler yüksek hata oranları rapor etti. İlk soruşturmamız sorunu IAM hizmetleri ile geç saatlere taşıdı, bu da çözüldü, ancak yüksek hatalar devam etti. İlgili konuyla ilgili uzmanlar, olayın Bulut IAM birincil yük dengesine bir el basarak tetiklendiğini belirlediler. Bu eylem, ikincil yük dengesinin kalıcı usta olarak hareket ettiğini gösteren bir uyarı uyarı uyarı tarafından yöneltildi. Başarısızlığı başlatmak ve durdurmak için servislerin manuel süreci otomatik süreçten farklılaştı ve bir durgun GRPC bağlantılarına yol açtı, gecikme ve API hatalarına neden oldu. API sunucularının yeniden başlatılması, sabit bağlantıları temizledi ve normal işlemleri restore etti. Müşteri etkisi 14 Temmuz'da yaklaşık 13:10 UTC tarafından azaltıldı. Recurrence'ı önlemek için, Akamai, bu davranışı neden geri çevirdiğini araştırıyor. Ekip, devre dışı sırasında GRPC bağlantılarını temizlemek ve proaktif müdahale için stale bağlantıları tespit etmek için bir drenaj komutunu kullanmayı düşünüyor. Bununla birlikte, acil odak kökün nedenini anlamaya devam ediyor, daha sonraki aşamalar için planlanan uyarı ve otomasyonla. Birkaç müşteri dağıtımlarında karar doğruladı. Akamai sistem sağlığını izlemeye devam edecek ve tam kurtarma ilan etmeden önce ek müşteri geri bildirimlerini bekleyecek. Bu özet, mevcut bilgiyi mevcut anlayışımızın bir bakışını sunar. Araştırmamız devam ediyor ve burada herhangi bir bilgi değişim konusu.

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

    Hizmet Sorun - Host Jobs - Tüm Bölgeler

    Başlangıç 13 Temmuz 2026 18:29 UTC · 1h 25m

    Pending
    1. 13 Temmuz 2026 18:29 UTCidentified

      Ekibimiz, tüm bölgelerdeki bazı ev sahipliği için ev sahibi işleri etkileyen yeni bir hizmet konusu belirledi. Linode bağlantı * etkilenmez *, ancak bazı ev sahibi iş, yedekler veya hizmetlerinizin üzerinde iktidara gelmesine yönelik girişimler gecikebilir. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 13 Temmuz 2026 19:54 UTCresolved

      Bu olay çözüldü.

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

    Hizmet Sorunu - Bulut Yöneticisi

    Başlangıç 9 Temmuz 2026 16:57 UTC · 1h 23m

    Pending
    Etkilenen bileşenler
    Cloud Manager and API
    1. 9 Temmuz 2026 16:57 UTCinvestigating

      Ekibimiz, Cloud Manager girişlerini etkileyen gelişmekte olan bir hizmet sorununu araştırıyor. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 9 Temmuz 2026 17:24 UTCinvestigating

      Bu konuyu araştırmaya devam ediyoruz. Önümüzdeki 30 dakika içinde bir güncelleme sağlayacağız.

    3. 9 Temmuz 2026 17:49 UTCmonitoring

      Bu zamanda Bulut Yöneticisi girişlerini etkileyen sorunu düzeltebiliriz. Hizmetin istikrarlı kalmasını sağlamak için bunu izleyeceğiz. Hala sorunlar yaşıyor ve bir destek bileti açamıyorsanız, lütfen 855-454-6633 ( +-609-380-7100 Intl) arayın [email protected]'u desteklemek için bir e-posta gönder.

    4. 9 Temmuz 2026 18:21 UTCresolved

      Bulut Yöneticisi girişleriyle ilgili herhangi bir ek sorun gözlemlemiyoruz ve şimdi bu olayı çözeceğiz. Sorunları deneyimlemeye devam ederseniz, lütfen 855-454-6633 ( +-609-380-7100 Intl) ile iletişime geçin veya yardım iç[email protected]'u desteklemek için bir e-posta gönder.

    5. 10 Temmuz 2026 12:30 UTCpostmortem

      9 Temmuz 2026'da, 15:43 UTC'de, müşteriler [cloud.linode.com] (http://cloud.linode.com) kullanıcı ve şifre kullanarak giriş yapamıyorlardı. Müşteriler "wrong password" hata mesajı alıyorlardı. Soruşturma, konunun içsel bir sertifika konusu nedeniyle olduğunu ortaya çıkardı. Etkisi azaltmak için, sertifika konusunu 9 Temmuz 2026'da 17:24 UTC'de etkilenen sunucular üzerinde sabitledik. Sistemimizi bir süre boyunca takip ettikten sonra, sorunu tamamen çözdük. Akamai, konunun bir regresyonunu önlemek için kalıcı bir düzeltme dağıtacaktır.

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

    Emerging Service Issue - Managed Databases - All Regions

    Başlangıç 6 Temmuz 2026 18:04 UTC · 21h 27m

    Pending
    Etkilenen bileşenler
    US-ORD (Chicago)IN-BOM-2 (Mumbai 2)US-LAX (Los Angeles)NZ-AKL (Auckland)US-Central (Dallas)US-West (Fremont)US-DEN (Denver)US-IAD-2 (Washington 2)DE-FRA-2 (Frankfurt 2)FR-PAR (Paris)IT-MIL (Milan)CO-BOG (Bogota)DE-HAM (Hamburg)IN-MAA (Chennai)JP-OSA (Osaka)AP-Northeast-2 (Tokyo 2)CL-SCL (Santiago)AP-Southeast (Sydney)NL-AMS (Amsterdam)CA-Central (Toronto)ZA-JNB (Johannesburg)US-East (Newark)US-HOU (Houston)EU-West (London)FR-PAR-2 (Paris 2)EU-Central (Frankfurt)US-MIA (Miami)ES-MAD (Madrid)GB-LON (London 2)AP-West (Mumbai)FR-MRS (Marseille)MX-QRO (Queretaro)ID-CGK (Jakarta)AU-MEL (Melbourne)SG-SIN-2 (Singapore 2)MY-KUL (Kuala Lumpur)US-Southeast (Atlanta)US-IAD (Washington)AP-South (Singapore)US-SEA (Seattle)JP-TYO-3 (Tokyo 3)SE-STO (Stockholm)BR-GRU (São Paulo)Managed Databases
    1. 6 Temmuz 2026 18:04 UTCinvestigating

      Our team is investigating an emerging service issue affecting Managed Databases across all regions. Customers may experience latency when provisioning new databases or deleting existing ones. There is no observed impact to the performance or availability of active, running databases at this time. We will provide updates as more information becomes available.

    2. 7 Temmuz 2026 15:31 UTCresolved

      This incident has been resolved.

    Service Issue - Linode Automated Networking

    Başlangıç 1 Temmuz 2026 17:21 UTC · 1h 6m

    Pending
    Etkilenen bileşenler
    Cloud Manager and API
    1. 1 Temmuz 2026 17:21 UTCidentified

      Our team is investigating a service issue that affects the auto configuration of networking on Linodes by Network Helper to fail. During that time, some users may have Linodes provision but appear to have no connectivity. This also can impact Linodes created by the Linode Kubernetes Engine and impact autoscaling or provisioning of clusters. Customers can still manually configure networking via the LISH console to mitigate this issue. Please see our guide on manual network configuration on a Compute Instance . We will share additional updates as we have more information.

    2. 1 Temmuz 2026 18:09 UTCmonitoring

      A fix has been implemented to resolve the automated network configuration issue on Linodes using Network Helper. We recommend rebooting your Linode to restore full network functionality. We are actively monitoring the results to ensure continued stability.

    3. 1 Temmuz 2026 18:28 UTCresolved

      We haven’t observed any additional issues with the Linode Automated Networking service, and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.

    Service Issue - Block Storage - Singapore Expansion, SP (sg-sin-2)

    Başlangıç 30 Haziran 2026 18:54 UTC · 4h 28m

    IssuesKüçük çaplı olay
    Etkilenen bileşenler
    SG-SIN-2 (Singapore 2) Block Storage
    1. 30 Haziran 2026 18:54 UTCinvestigating

      Our team is investigating an emerging issue affecting the Block Storage service in our Singapore Expansion, SP (sg-sin-2) data center. During this time, users may experience connection timeouts and errors with this service. We will share additional updates as we have more information.

    2. 30 Haziran 2026 19:55 UTCinvestigating

      We are continuing to investigate this issue.

    3. 30 Haziran 2026 20:36 UTCidentified

      Our team has identified the issue affecting the Block Storage service in our Singapore Expansion, SP (sg-sin-2) data center. We are working quickly to implement a fix, and we will provide an update as soon as the solution is in place.

    4. 30 Haziran 2026 21:36 UTCidentified

      We are continuing to work on a fix for this issue.

    5. 30 Haziran 2026 22:10 UTCmonitoring

      At this time we have been able to correct the issues affecting the Block Storage service. We will be monitoring this to ensure that it remains stable. If you continue to experience problems, please open a Support ticket for assistance.

    6. 30 Haziran 2026 23:22 UTCresolved

      We haven’t observed any additional issues with the Block Storage service in Singapore Expansion, SP (sg-sin-2), and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.

    7. 2 Temmuz 2026 16:29 UTCpostmortem

      On June 30, 2026, between approximately 17:30 UTC and 21:45 UTC, users may have experienced connection timeouts and errors related to the Block Storage service in Singapore Expansion, SP \(sg-sin-2\). The issue began when one host in the cluster was taken down for maintenance while another host unexpectedly encountered network issues. A configuration issue also contributed to the impact. These factors led to a degraded state that affected performance and, to a limited extent, data availability. We mitigated the impact to customers at 21:45 UTC on June 30, 2026 by correcting the network, configuration and cluster issues. We apologize for the impact and appreciate your patience and ongoing support. We are making configuration and operational changes to our systems to help prevent this from happening again, and remain committed to continuous improvement. This summary provides an overview of our current understanding of the incident, given the information available. Our investigation is ongoing, and any information herein is subject to change.

    Servis Sorun - ACLP Tops

    Başlangıç 26 Haziran 2026 17:35 UTC · 11d 18h

    IssuesKüçük çaplı olay
    Etkilenen bileşenler
    Akamai Cloud Pulse (ACLP) - Metrics
    1. 26 Haziran 2026 17:35 UTCinvestigating

      Ekibimiz, Bulut Pulse Metriklerini etkileyen bir konu araştırıyor (ACLP Metrikleri), özellikle de Yönetilen Veri Analizini Etkiliyor. Sorun intermittent gibi görünüyor. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    2. 26 Haziran 2026 18:19 UTCinvestigating

      Bu konuyu araştırmaya devam ediyoruz. Daha fazla bilgimiz olduğu gibi ek güncellemeler paylaşacağız.

    3. 26 Haziran 2026 19:08 UTCinvestigating

      Bu konuyu araştırmaya devam ediyoruz. Daha fazla bilgimiz olduğu gibi daha fazla güncelleme sağlayacağız.

    4. 26 Haziran 2026 20:04 UTCinvestigating

      Bu konuyu araştırmaya devam ediyoruz.

    5. 26 Haziran 2026 21:13 UTCmonitoring

      Bulut Pulse Metriklerini (ACLP Metrikleri) birkaç saat boyunca etkileyen konunun yeniden tanımlanmasını gözlemlemiyoruz. Ekibimiz, alt yatan nedenini araştırırken hizmeti yakından takip etmeye devam edecektir. Sorunları deneyimlemeye devam ederseniz lütfen yardım için bir destek bileti açın.

    6. 30 Haziran 2026 00:02 UTCmonitoring

      Daha fazla sorun için izlemeye devam ediyoruz.

    7. 8 Temmuz 2026 12:26 UTCresolved

      Bulut Pulse Metriks (ACLP Metriks) hizmeti ile ilgili herhangi bir konu gözlemlemedik ve şimdi bu olayı çözecek. Sorunları deneyimlemeye devam ederseniz lütfen yardım için bir destek bileti açın.

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