Derfor var ChatGPT, Claude og Grok nede samtidig 3. september

Flere store KI-tjenester sviktet med få timers mellomrom 3. september 2026. Brukere fikk problemer med OpenAIs ChatGPT og Codex, Anthropics Claude-produkter og xAIs Grok. Sammenfallet var reelt, men den mest presise konklusjonen er snevrere enn at «hele KI-nettet var nede»: Den offentlige informasjonen beskriver ulike hendelser med forskjellige oppgitte årsaker – ikke én dokumentert, felles driftsfeil. 334148

Dette skjedde – og dette er tidslinjen

Tidspunktene er ikke helt enkle å sammenligne, siden statusoppdateringer og tredjepartsrapporter bruker ulike klokkeslett. Likevel forklarer tidsvinduene hvorfor mange brukere opplevde problemene som samtidige.

• Grok: xAIs hendelseslogg skal ha startet 13.30 UTC og avsluttet 17.05 UTC. xAI knyttet senere avbruddet til en feil ved selskapets datasenter i Memphis. 48
• Claude: Anthropic rapporterte forhøyet feilrate for forespørsler på tvers av Claude-modeller og tjenester, inkludert Claude.ai, API-et, Claude Code og Claude Cowork. Hendelsen var løst innen 16.16 UTC, etter rundt tre timers forstyrrelser. 104148
• ChatGPT og Codex: OpenAI opplyste at en intern rutingfeil fra 07.43 PT gjorde ChatGPT og Codex utilgjengelige for enkelte brukere på tvers av plattformer. En løsning var på plass rundt 08.17 PT og ble deretter overvåket. 41

Brukere meldte blant annet om innloggingsfeil, utilgjengelige samtaler, mislykkede forespørsler og problemer i nettleser eller app. Downdetector-baserte rapporter registrerte over 43 000 meldinger om ChatGPT-problemer rundt kl. 20 indisk tid, mens Claude-feilen rammet både sluttbruker- og utviklerverktøy. 2339

Ulike forklaringer fra leverandørene

Det som ble opplyst om årsakene, taler mot å behandle hendelsen som én bekreftet felles feil.

OpenAI: En talsperson beskrev avbruddet i ChatGPT og Codex som en rutingfeil i OpenAIs egen infrastruktur. 41

Anthropic: Den offentlige statusinformasjonen omtalte Claude-problemet som en infrastrukturfeil og bekreftet forhøyet feilrate på tvers av modeller og tjenester. Materialet som foreligger, identifiserer ikke den konkrete komponenten som sviktet. 3948

xAI: Rapporter etter hendelsen sa at xAI koblet Grok-avbruddet til datasenteret i Memphis og beklaget overfor berørte datapartnere. 48

Forklaringene utelukker ikke enhver tenkelig felles avhengighet, men de dokumenterer heller ikke én felles rotårsak.

Var Azure eller en annen felles leverandør ansvarlig?

Nei. Kildene her inneholder ingen offentlig bekreftelse på at Microsoft Azure, en nettverksleverandør, et CDN, en identitetstjeneste eller en annen felles underleverandør forårsaket alle feilene 3. september.

Samtidige artikler pekte på Azure som interessant fordi plattformen leverer skytjenester til selskapene som var berørt. Det er imidlertid ikke det samme som bevis for årsakssammenheng. 42 Separate systemer kan feile uavhengig av hverandre i samme tidsrom, særlig når hendelser måles gjennom brukermeldinger fremfor én felles teknisk hendelseslogg.

Den riktige konklusjonen er derfor: En felles infrastrukturforklaring er ikke bekreftet. Påstander om at en Azure-feil i én region utløste samtlige hendelser, bør ikke behandles som fakta uten direkte bekreftelse fra leverandørene eller en teknisk gransking i etterkant.

Forklarer Anthropics angivelige tilgang til Colossus 1 Claude-feilen?

Tilgjengelig rapportering er ikke tilstrekkelig til å fastslå omfanget av Anthropics eventuelle tilgang til xAI/SpaceXAIs Colossus 1-anlegg, eller om Claudes produksjonstrafikk var avhengig av dette anlegget under hendelsen. En rapportert feil i Memphis som rammet Grok, viser ikke i seg selv at den også forårsaket forstyrrelsene hos Claude. 48

Dette skillet er sentralt i en pålitelighetsvurdering: Selv en bekreftet kommersiell avtale om datakapasitet er ikke dokumentasjon på at en bestemt brukertjeneste faktisk kjørte på den kapasiteten da den feilet.

Hva var kjent om ChatGPT-problemene i India 7. september?

Separate meldinger 7. september beskrev problemer med ChatGPT der innholdsproduksjon var det mest rapporterte problemet. Enkelte brukere meldte også om feil i nettleser og app. Én rapport registrerte rundt 261 brukermeldinger, og oppga at innholdsproduksjon sto for hoveddelen av klagene. 19

Informasjonen dokumenterte ikke et langvarig India-dekkende avbrudd, en bekreftet årsak eller en kobling til problemene 3. september. En ekstern monitor fant at ChatGPT var tilgjengelig uten uvanlige feil kl. 03.07 UTC den dagen. Det er forenlig med et delvis, periodevis eller geografisk ujevnt problem, men ikke bevis på et sammenhengende landsdekkende avbrudd. 22

Lærdommen for virksomheter: Flere KI-leverandører er ikke det samme som robust drift

Hendelsene 3. september viser hvor raskt KI-avhengige arbeidsprosesser kan stoppe opp – fra kundeservice og programvareutvikling til analyse, dokumentbehandling og automatiserte agentløsninger. Abonnementer hos flere KI-leverandører kan redusere risikoen ved feil hos én leverandør, men de sikrer ikke kontinuitet dersom tjenestene har felles infrastrukturlag, eller virksomheten er avhengig av samme nettleser, innlogging, nettverk og integrasjoner.

En mer robust KI-arbeidsflyt bør omfatte:

• Manuelle reserveprosedyrer og varige køer: Kritisk arbeid må kunne hentes opp igjen, i stedet for at mislykkede forespørsler forsvinner.
• Failover mellom leverandører: Egnede oppgaver kan rutes til en annen modellleverandør, samtidig som man tar høyde for at feil fortsatt kan være korrelerte.
• Robust API-håndtering: Bruk avgrensede tidsavbrudd, gjentakelsesforsøk med gradvis ventetid, kretsbrytere og idempotente jobber, slik at en kortvarig feil ikke fører til dobbeltarbeid.
• En redusert driftsmodus: Avklar på forhånd hva som kan fortsette uten en avansert språkmodell – for eksempel regelbasert ruting, mellomlagrede svar, utsatt levering eller menneskelig kontroll.
• Uavhengig overvåking og hendelseslogger: Følg leverandørenes statussider sammen med egne syntetiske tester, og behold logger som viser hvilken leverandør, modell og integrasjon som feilet.

Hovedpoenget er ikke at alle samtidige avbrudd nødvendigvis har en skjult, felles årsak. Det er at virksomheter bør planlegge for at det kan skje – og teste reserveopplegget før neste driftsforstyrrelse.