Server- side streaming anmodninger oplevede forhøjede fejlrater mellem ca. 12: 00 og 12: 12 pDT, og nogle SDKs etablere nye streaming forbindelser kan have været ude af stand til at forbinde. Fejlprocenter for polling af anmodninger forblev under 1% under hele hændelsen.
Ingen kundedata blev tabt eller kompromitteret. Vi undskylder forstyrrelsen.
resolved
Denne hændelse er blevet løst. Mellem 12: 00 og 12: 12 PM PDT den 26 august, serverside SDK oprettelse af nye streaming forbindelser oplevede forhøjede fejlrater. Eksisterende streaming-forbindelser blev ikke påvirket, og valganmodninger blev fortsat serveret med fejlrater under 1%. Nogle anmodninger til LaunchDarkly web ansøgning også oplevet forhøjede fejl mellem ca. 11: 29 AM og 12: 03 PM PDT. Spørgsmålet skyldtes en intern konfigurationsændring, som er blevet vendt tilbage. Alle systemer er kommet sig og fungerer normalt. Ingen kundedata blev tabt eller kompromitteret.
Automatisk oversat fra den officielle hændelsesopdatering.
Email levering fiasko påvirker sign- up verifikation og meddelelse e-mails
Startede 24. august 2026 kl. 12.20 UTC · 1h 15m
IssuesMindre hændelse
identified
E-mails sendt af LaunchDarkly - herunder sign-up verifikation, password reset, teammate invitation, og workflow anmeldelse e-mails - er i øjeblikket ikke at levere på grund af en godkendelse problem med en opstrøms e-mail levering udbyder. Vi har identificeret årsagen og arbejder på at genoprette leveringen.
Feature flag levering, SDKs, og LaunchDarkly ansøgning selv er ikke påvirket.
Hvis du forsøger at fuldføre sign-up eller nulstille en adgangskode, vil disse e-mails ikke ankomme, før dette er løst. Når levering er genoprettet, vil vi re- sende berørte verifikation og password reset e-mails.
Næste opdatering inden for 2 timer.
resolved
E-mail levering er blevet genoprettet fra 2: 32 PM UTC. Signal- up verifikation, password reset, teammate invitation, og meddelelse e-mails er at sende normalt igen.
Vi re- sender sign-up verifikation og password reset e-mails, der undlod at levere under hændelsesvinduet (August 22, 11: 48 PM CDT gennem i dag). Hvis du forsøgte at tilmelde dig eller nulstille en adgangskode i denne periode og ikke har modtaget en e-mail inden for de næste par timer, bedes du prøve handlingen eller kontakt support.
Vi fortsætter med at overvåge e-mail levering tæt og vil sende en endelig opdatering, når vi har bekræftet vedvarende opsving.
Automatisk oversat fra den officielle hændelsesopdatering.
Flagopdateringer via Polling API forsinket
Startede 17. august 2026 kl. 10.36 UTC · 5h 26m
IssuesMindre hændelse
Berørte komponenter
Polling API
investigating
Vi oplever en forringelse af tjenesten, som kan resultere i, at Flag-opdateringer via Polling API forsinkes.
monitoring
Vi har identificeret årsagen, vores CDN udbyder havde et problem på deres ende, som er rettet nu. Overvågning et stykke tid for at sikre, at tingene stabiliseres.
resolved
Denne hændelse er blevet løst.
Automatisk oversat fra den officielle hændelsesopdatering.
Flag Updates delayed in US Region
Startede 14. august 2026 kl. 14.47 UTC · 2h 0m
IssuesMindre hændelse
Berørte komponenter
Client-side streaming API
investigating
Flag Updates are currently delayed in the us-east-1 region. We are investigating the issue.
monitoring
We investigated elevated error rates reported for mobile SDK flag delivery in US East. We've confirmed that flag delivery itself was not impacted. No customer action is required and we are monitoring the situation.
resolved
The issue is being marked as resolved. We're seeing improved latencies and our systems have recovered.
Elevated errors on server-side SDK streaming connections
Startede 7. august 2026 kl. 19.29 UTC · 46m
IssuesMindre hændelse
Berørte komponenter
SDKs
investigating
We are investigating elevated HTTP 500 errors affecting some server-side SDK
streaming connections in our US commercial environment. Affected applications
may fail to establish or may intermittently lose their streaming connection to
LaunchDarkly.
investigating
We released several mitigations and we're noticing that error rates are dropping. We'll continue to monitor the situation.
investigating
We are continuing to investigate this issue.
resolved
SDKs restored to operational
Undersøgelse - kendte virkninger
Startede 31. juli 2026 kl. 17.44 UTC · 5h 10m
IssuesMindre hændelse
Berørte komponenter
OpenTelemetry (Logs, Traces, Metrics)
investigating
Alle kunder oplever manglende Observationsspor fra 30. juli kl. 17: 16 PT. Vi undersøger og vil levere opdateringer, efterhånden som de bliver tilgængelige. Spordata er ikke tabt, og vi arbejder på at gendanne dem.
identified
Kunderne oplever manglende Observationsspor indtaget fra 30 juli 5: 16 pm indtil 31 juli 10: 59am PT. Observationslogs / metrics er upåvirket.
Vi har identificeret problemet og fortsætter vores arbejde med at gendanne de manglende Traces-data.
monitoring
Spørgsmålet med Observation Traces er blevet identificeret, og en rettelse er blevet gennemført. Vi har genvundet de fleste spor data, der manglede fra 30 juli 5: 16 til 31 juli 10: 59am PT. Vi vil løse hændelsen, når vi fuldt ud fuldføre data opsving (forventes at fuldføre inden kl. 17 PT).
resolved
Spørgsmålet med Observation Traces er blevet løst. Manglende spordata er blevet fundet.
Automatisk oversat fra den officielle hændelsesopdatering.
Forsinkelse i Session Replay og Fejl indtager
Startede 28. juli 2026 kl. 19.24 UTC · 41m
IssuesMindre hændelse
Berørte komponenter
Observability Data Ingest (Sessions, Errors)
identified
Kunderne oplever forsinket replay og fejl ingest fra 11: 03am PT. Vi har identificeret spørgsmålet og fortsætter vores arbejde med at løse det. Tab af data forventes ikke.
monitoring
Problemet med session replay og fejl ingest er blevet identificeret og en rettelse er blevet gennemført. Vi forventer at indhente alle baggrundsdata på ~ 15 minutter. Ingen data er gået tabt.
resolved
Problemet med session replay og fejl ingest er blevet løst. Vi har indhentet alle historiske data fra kl. 13.01 PT.
Automatisk oversat fra den officielle hændelsesopdatering.
Forhøjet API latency og fejl (11: 32- 11: 48 PT)
Startede 26. juli 2026 kl. 18.32 UTC · 0m
IssuesMindre hændelse
resolved
Mellem 11: 32 og 11: 48 PT oplevede kunderne øget latency og forhøjede fejlrater på API endpoints. Late og fejlrater er vendt tilbage til normal, og hændelsen er blevet løst.
Automatisk oversat fra den officielle hændelsesopdatering.
Webapplikation ikke tilgængelig og flag levering evalueringer har forhøjet fejlprocent
Startede 10. juli 2026 kl. 17.10 UTC · 1h 9m
OutageKritisk hændelse
Berørte komponenter
Flag usage metricsRollout results analysisExperiment managementRelease pipelinesData ExportEmails and notificationsRollout results processingAudit logPast experiment iterationsFrontendWeb app (app.launchdarkly.com)Context processingConfig managementRollout managementAuthenticationFlag targetingProgressive rolloutsObservability Data Ingest (Sessions, Errors)Feature workflowsAccount managementMetricsExperiment results analysisPlaygrounds and offline evaluationsExperiment results processingExpiring Contexts TargetsOpenTelemetry (Logs, Traces, Metrics)AI insightsSegment managementWarehouse native experimentationQuery APIGraphsIntegrations and webhooks
investigating
Den LaunchDarkly web ansøgning (app.launchdarkly.com) var ikke tilgængelig og er aktivt ved at komme sig i øjeblikket. Flag Levering netværk blev også påvirket, forårsager en forhøjet fejlfrekvens med hentning flag værdier.
Kunder, der bruger klient- eller server- side SDK 'er, bør fortsætte med at se de sidst kendte flagværdier, hvis en lokal cache eksisterer, eller falde tilbage til inkodeværdier.
Kunder, der bruger vores Relay Proxy, bør fortsætte med at se sidst kendte flagværdier, hvis der findes en lokal cache.
Kunder, der bruger vores Kant SDK 'er, bør fortsætte med at se sidst kendte flagværdier.
Nogle begivenheder datatab kan have fundet sted.
identified
Vi har identificeret årsagen og er ved at implementere et fix.
identified
Webapplikationen tilgængelighed har genvundet. Flag levering og hændelse indtagelse fortsætter med at blive påvirket og er aktivt i bedring.
Vores ingeniørhold arbejder fortsat på oprydning.
monitoring
Virkningen af produktionen er genoprettet. Men kunderne kan være nødt til at genstarte deres applikationer til fuldt ud at tilslutte sig LaunchDarkly 's tjenester. Vores ingeniørteam arbejder på vejledning, der kan leveres til kunderne.
resolved
Al service tilgængelighed er blevet fuldt restaureret.
Kunder, der bruger serverside SDK 'er, kan være nødt til at genstarte deres applikationer for at genaktivere SDK' s forbindelse til LaunchDarkly. Kunder, der bruger Relay Proxy kan også være nødt til at genstarte deres Relay Proxy; i dette tilfælde, Relay Proxy bør genstartes, før genstart af deres programmer, der opretter forbindelse til det.
For at afgøre, om en applikation skal genstartes, kan kunderne se på deres programlogfiler. Påvirkede SDK 'er udsender (afhængigt af sprog) logfiler, der indeholder et af "giver op permanent", "Ugyldig SDK-nøgle", "uautoriseret" eller "ikke godkendt" eller "401". Tjenester, der udsendte logfiler som disse før 9: 13AM PT kan være ude af stand til at modtage flag opdateringer og vil være ude af stand til at sende begivenheder til LaunchDarkly, indtil de er genstartet.
Automatisk oversat fra den officielle hændelsesopdatering.
Launchdark UI er nede og flag evaluering fejl er i gang
Startede 10. juli 2026 kl. 16.16 UTC · 1h 31m
Pending
Berørte komponenter
Flag usage metricsRollout results analysisExperiment managementRelease pipelinesData ExportEmails and notificationsRollout results processingAudit logPast experiment iterationsFrontendWeb app (app.launchdarkly.com)Context processingConfig managementRollout managementAuthenticationFlag targetingProgressive rolloutsObservability Data Ingest (Sessions, Errors)Feature workflowsMetricsExperiment results analysisPlaygrounds and offline evaluationsExperiment results processingExpiring Contexts TargetsOpenTelemetry (Logs, Traces, Metrics)AI insightsSegment managementWarehouse native experimentationQuery APIGraphsIntegrations and webhooks
investigating
Vi undersøger i øjeblikket dette spørgsmål
investigating
Vi fortsætter med at undersøge dette spørgsmål.
identified
Spørgsmålet er blevet identificeret, og en rettelse er blevet gennemført
identified
Vi fortsætter med at arbejde på en løsning på dette problem.
resolved
LaunchDarkly UI er kommet sig. Vi vil fortsat overvåge Flag Levering og begivenhed indtager her: https: / / status.launchdarkly.com / hændelser / chywwz01ptb0.
Automatisk oversat fra den officielle hændelsesopdatering.
LaunchDarkly er operationel, men der kan være behov for kundehandling
Startede 10. juli 2026 kl. 16.00 UTC · 19d 2h
IssuesMindre hændelse
Berørte komponenter
SDKs
investigating
Vi undersøger fortsat indvirkning på kundernes mobil og server SDK forårsaget af den tidligere hændelse (https: / / status.launchdarkly.com / hændelser / chywwz01ptb0). Hvis kunderne modtager SDK eller Relay Proxy 401s, bedes du genetablere forbindelser.
monitoring
Vores Flag Levering tjenester er kommet sig, og vi observerer en stigning i kundetrafik med held genoprette forbindelser til vores streaming tjenester. Kunder, der fortsat støder på 401 forbindelsesfejl i deres SDK eller Relay Proxy tilfælde, rådes til at genstarte deres applikationer og / eller Relay Proxy tilfælde.
monitoring
Kunderne fortsætter med at genetablere forbindelser til vores streaming-tjenester.
Vi anbefaler at gennemgå din ansøgning logfiler for hændelsesvinduet. Berørte SDK 'er udsender meddelelser - varierende efter sprog - som indeholder en eller flere af følgende: "opgive permanent", "Ugyldig SDK-nøgle", "uautoriseret", "ikke godkendt" eller "401". Enhver tjeneste, der har logget disse meddelelser, kan være ude af stand til at modtage flagopdateringer eller sende begivenhedsdata, indtil den er genstartet.
Her er de anbefalede handlinger for hver berørt applikation:
- Hvis du bruger serverside SDK, skal du genstarte ansøgningen for at genetablere sin forbindelse til LaunchDarkly.
- Hvis genetablering af forbindelsen til serversiden SDK ikke virker, skal du oprette og bruge en anden SDK nøgle.
- Hvis du bruger Relay Proxy, skal du genstarte Relay Proxy for at genetablere forbindelser. Det bør ikke være nødvendigt at genstarte ansøgningerne.
- Client- side SDK 'er genopretter automatisk forbindelse, efterhånden som de genstarter.
- Hvis dette ikke løser problemet med en berørt applikation (f.eks. kan du stadig se logbrevene ovenfra), skal du logge på en supportbillet, og vi vil følge op med dig direkte for at hjælpe med oprydning.
monitoring
Vi fortsætter med at overvåge for yderligere spørgsmål, se vores tidligere opdatering for inddrivelse trin.
monitoring
Alle LaunchDarkly-tjenester er operationelle, selv om nogle kunder er nødt til at tage skridt til at genoprette deres forbindelser til vores Flag Levering Network. Kunderne fortsætter med at genetablere forbindelser ved at udfylde handlingsvejledningen nedenfor, og vi fortsætter med at støtte kunder, der arbejder gennem den resterende virkning.
SDK og Relay Proxy tilfælde, der forsøgte at etablere en forbindelse til LaunchDarkly den 10. juli mellem 09: 11 og 11: 42 AM PT blev periodisk påvirket. Dette omfatter situationer, hvor værtsansøgningen blev genstartet eller genindsat i løbet af denne periode. SDK og Relay Proxy tilfælde, som ikke forsøgte at etablere en forbindelse i løbet af denne tid var upåvirket.
Vi anbefaler at gennemgå din ansøgning logfiler for hændelsesvinduet. Berørte SDK 'er udsender meddelelser - varierende efter sprog - som indeholder en eller flere af følgende: "opgive permanent", "Ugyldig SDK-nøgle", "uautoriseret", "ikke godkendt" eller "401". Enhver tjeneste, der har logget disse meddelelser, kan være ude af stand til at modtage flagopdateringer eller sende begivenhedsdata, indtil den er genstartet.
Her er de anbefalede handlinger for hver berørt applikation:
- Hvis du bruger Relay Proxy, skal du genstarte Relay Proxy for at genetablere forbindelser. Det bør ikke være nødvendigt at genstarte programmer bag det, men vi anbefaler at gennemgå din ansøgning logs for at bekræfte, om genstart af dine programmer er nødvendig.
- Hvis du bruger serverside SDK 'er uden Relay Proxy, skal du genstarte programmet for at genetablere sin forbindelse til LaunchDarkly.
- Client- side og Mobile SDKs vil genoprette forbindelsen automatisk, da deres programmer forsøger at genoprette forbindelsen til LaunchDarkly under normale omstændigheder, for eksempel når programmet indlæses eller enheden genvinder netværksforbindelse.
- Hvis dette ikke løser problemet med en berørt applikation (f.eks. kan du stadig se logbrevene ovenfra), skal du logge på en supportbillet, og vi vil følge op med dig direkte for at hjælpe med oprydning.
resolved
Denne hændelse er blevet løst.
Automatisk oversat fra den officielle hændelsesopdatering.
Hyppige forsøg kan ikke gemmes eller startes
Startede 8. juli 2026 kl. 18.03 UTC · 1h 38m
IssuesMindre hændelse
Berørte komponenter
Experiment management
investigating
Vi er i øjeblikket ved at undersøge et problem, hvor eksperimenter med hyppig analyse ikke kan gemmes eller startes.
identified
Vi har identificeret problemet og arbejder på at frigive et fix.
monitoring
Et fix er blevet gennemført, og vi overvåger resultaterne.
resolved
Denne hændelse er blevet løst.
Automatisk oversat fra den officielle hændelsesopdatering.
Forsinkelser i forsøg og bevogtet Rollout resultater
Indtagelse af hændelser fungerer normalt. Eksperimenteringsresultater, beskyttet
Ruller, og in-produkt data diagrammer blev forsinket ~ 5 min mellem 7: 13-7: 53 AM PT. Ingen data blev tabt. Vi undskylder for ulejligheden.
Automatisk oversat fra den officielle hændelsesopdatering.
Høj mængde fejlindberetninger vedrørende flagleveringsnetværk.
Startede 6. juli 2026 kl. 20.30 UTC · 51m
OutageStørre hændelse
Berørte komponenter
Web app (app.launchdarkly.com)AuthenticationServer-side streaming API
investigating
Kl. 13.21 Stillehavet Tid, vi oplevede en høj mængde af fejl advarsler påvirker brugernes evne til at interagere med LaunchDarkly ansøgning, herunder logning i og UI / API reaktion. Vi har hurtigt identificeret årsagen til flagleveringen. Vi forventer, at fejlene falder nu.
investigating
Vi fortsætter med at undersøge dette spørgsmål.
monitoring
Vi har rullet ud en rettelse og fejlrater vender tilbage til normal
resolved
Alle fejlrater er normaliseret.
Automatisk oversat fra den officielle hændelsesopdatering.
Verifikation af e-mails der ikke sendes
Startede 6. juli 2026 kl. 14.33 UTC · 1h 19m
IssuesMindre hændelse
Berørte komponenter
Emails and notifications
investigating
Nogle kunder modtager ikke e-mails om kontoverifikation. Vores team arbejder aktivt på at mindske dette problem.
monitoring
Et fix er blevet gennemført, og vi overvåger resultaterne.
resolved
Denne hændelse er blevet løst.
Automatisk oversat fra den officielle hændelsesopdatering.
Forhøjede fejlrater på hændelsesdata
Startede 3. juli 2026 kl. 14.29 UTC · 1h 37m
IssuesMindre hændelse
Berørte komponenter
Flag usage metricsRollout results analysisMetricsExperiment results processingAI insights
investigating
Vi undersøger forhøjede fejlrater på vores hændelsesdata indtagelse endepunkter påvirker produktionen kunder, mellem ca. 7: 00 AM PDT og 7: 15 AM PDT. Under dette vindue, kan en del af funktionen flag, eksperimenter, og AI / agent begivenhed data er blevet afvist eller forsinket.
Flaglevering og -evaluering påvirkes ikke. SDK betjener fortsat normalt flag. Observationsindtag påvirkes ikke.
monitoring
Et fix er blevet gennemført, og vi overvåger resultaterne.
resolved
Denne hændelse er blevet løst.
Automatisk oversat fra den officielle hændelsesopdatering.
LaunchDarkly.com and LaunchDarkly.com/docs unavailable for some
LaunchDarkly web application and flag delivery unaffected, but documentation and LaunchDarkly.com are unavailable for some users. A fix is on the way.
monitoring
A fix has been implemented and monitoring the results.
monitoring
Incident seems to be resolved for the majority of users, however, we are continuing to see some issues for in the San Jose and Los Angeles region. We're working to remediate for these regions.
monitoring
We've identified the source of the problem for areas that were still seeing issues with the LaunchDarkly.com and docs and have a solution in place. We are now monitoring to ensure everything is resolved.
resolved
We're now seeing restored access in the affected regions.
Observability OpenTelemetry Ingest Delay
Startede 15. juni 2026 kl. 17.02 UTC · 36m
IssuesMindre hændelse
Berørte komponenter
OpenTelemetry (Logs, Traces, Metrics)
identified
Some customers are experiencing delayed Observability data ingest for OpenTelemetry data. We have identified the issue and are continuing our work to resolve it.
Observability signals (errors / logs / traces / OTel metrics) are currently delayed by ~6 minutes on average. Data ingest delays began at 10:02am and are improving as of 10:16am PT.
monitoring
The issue with Observability data ingest for OpenTelemetry data has been identified and a fix has been implemented. We are continuing to monitor the performance of impacted services. We will continue to update this page until it is resolved.
Observability signals (errors / logs / traces / OTel metrics) are currently delayed by <1 minutes on average.
resolved
The issue with Observability data ingest for OpenTelemetry data has been resolved. Impacted services have returned to normal operation.
We identified a brief period of elevated errors affecting some LaunchDarkly application requests between 7:30-7:37pm PT. The issue has recovered, and we are continuing to monitor.
resolved
Monitoring has confirmed no further impact outside of the initially reported 7:30-7:37pm PT timeframe
We are currently experiencing delays in event ingestion impacting multiple product areas starting at 12:40pm PT. We have identified the issue and are working on a fix. No data has been lost.
monitoring
A fix has been implemented and we are monitoring the results.
monitoring
We are monitoring the status of our services.
monitoring
We have made partial progress. Some features may show data gaps while we complete recovery. We are continuing to monitor.
monitoring
We are continuing to monitor for any further issues.
monitoring
We have made partial progress. We have identified a brief period of event data loss, and some event-based features may show incomplete data while we continue recovery. We are continuing to monitor.
monitoring
We have made partial progress. We identified that a small percentage of event data was lost during two windows: June 9, 11:41 - 11:59 UTC and June 10, 23:55 UTC - June 11, 00:21 UTC. Some event-based features may show incomplete data while backfills and recovery continue. We are continuing to monitor and will provide another update when recovery is complete.
monitoring
We have made major progress. We identified that a small percentage of event data was lost during two windows: June 9, 11:41 - 11:59 UTC and June 10, 23:55 UTC - June 11, 00:21 UTC. Some event-based features may show incomplete data while backfills and recovery continue. We are continuing to monitor and will provide another update when recovery is complete.