Potențial pentru unele mesaje pierdute pentru abonați în US East PoP
- investigating
Începând cu 12:15 UTC, Utilizatorii din SUA East PoP se confruntă în prezent cu o problemă cu Publish and Abonare serviciu care provoacă unele mesaje să nu apară în apeluri la acest serviciu. Nu se returnează nicio eroare din serviciu, în ciuda faptului că mesajele nu sunt returnate corect. Investigăm problema.
- monitoring
De la 13:55 UTC, problema care afectează Publish and Abonare servicii în SUA East PoP a fost atenuată. Monitorizarea sintetică a revenit la normal și nu au fost detectate mesaje pierdute. Se crede că incidentul a fost legat de un eşec al monitorizării. Anchete suplimentare sunt în curs de desfășurare, iar serviciul continuă să fie monitorizat îndeaproape.
- resolved
Fără alte probleme observate în ultimele 30 de minute, incidentul a fost rezolvat. Vom continua în curând cu o analiză a cauzelor. Dacă credeţi că aţi avut un impact legat de acest incident, vă rugăm să-l raportaţi la PubNub Support la [email protected].
- postmortem
Traducerea şi adaptarea: Marţi, 25 august 2026, la 12:10 UTC, monitorizarea noastră internă ne-a alertat asupra unei probleme în care un subset foarte mic de mesaje într-o zonă de disponibilitate dintr-o regiune \[următorul punct de prezenţă est al SUA\) nu au fost livrate imediat abonaţilor din aceeaşi regiune. Toate mesajele au fost persistate în mod normal în cadrul serviciului de Persistență PubNub, **prin urmare nu s-au pierdut date de mesaj.** Traficul către sau dinspre orice altă regiune sau AZ nu a fost afectat și nu au fost afectate alte servicii PubNub. Niciun client nu a raportat impact. Traducerea şi adaptarea: În timpul încercării de sarcină internă planificate, un grup de servere de rutare internă a fost eliminat din serviciu. Din cauza unui defect de configurare, adresele lor de rețea nu au fost pe deplin retras și a rămas cached de stratul nostru de publicare. Aceasta nu a constituit o problemă în cea mai mare parte. Cu toate acestea, o adresă a fost ulterior realocată unei componente interne independente care a răspuns în mod normal la același protocol și port. Deoarece acest răspuns părea să aibă succes, stratul de publicare nu a primit nicio eroare, iar mesajele trimise la acea adresă au fost rutate incorect. O repornire de rulare a serverelor afectate șterse adresele depășite la 13:25 UTC. ### **Pași de atenuare și măsuri preventive recomandate în viitor** * Odată ce serverele afectate au fost identificate, a fost efectuată o repornire de rulare pentru a șterge adresele de rutare depășite. * În urma unei investigaţii care a confirmat cauza de bază, un fix care să asigure retragerea corectă a adreselor interne de rutare depăşite a fost trimis pe toate serverele de publicare din întreaga lume pe 25 august 2026 la ora 22:00 UTC.
Traducere automată din actualizarea oficială a incidentului.