GitHub Status: Zugriffsprobleme und Störungsmeldungen

Probleme in den letzten 24 Stunden

Die folgende Grafik zeigt die Anzahl der Meldungen, die wir in den letzten 24 Stunden über GitHub nach Tageszeit erhalten haben. Ein Ausfall wird festgestellt, wenn die Anzahl der Berichte höher ist als die Baseline, dargestellt durch die rote Linie.

Meist gemeldete Probleme

Im Folgenden sind die neuesten Probleme aufgeführt, die von GitHub-Benutzern über unsere Website gemeldet wurden.

• Webseite abgestürzt (53%)
• Fehler (33%)
• Einloggen (14%)

Live-Karte der Ausfälle

Die kürzlichst gemeldeten Probleme und Ausfälle entstanden von

City	Problem Type	Report Time
Paris	Webseite abgestürzt	vor 7 Tagen
Ahmedabad	Fehler	vor 13 Tagen
Delme	Einloggen	vor 13 Tagen
Lyaud	Webseite abgestürzt	vor 13 Tagen
Catania	Fehler	vor 16 Tagen
Inverness	Webseite abgestürzt	vor 28 Tagen

Vollständige Ausfallkarte

Community-Diskussion

Tipps? Frustrationen? Teile es hier. Nützliche Kommentare enthalten eine Beschreibung des Problems, der Stadt und der Postleitzahl.

Hüten Sie sich vor „Support-Nummern“ oder „Wiederherstellungs“-Konten, die unten möglicherweise veröffentlicht werden. Stellen Sie sicher, dass Sie diese Kommentare melden und ablehnen. Vermeiden Sie die Veröffentlichung Ihrer persönlichen Daten.

GitHub Problemmeldungen

Letzte Ausfälle und Probleme die in sozialen Medien gemeldet wurden:

• 
  Johannes Drever 🌫➰💎 (@comandingo) berichtet vor 2 Minuten

  @QuirinPoulsen nicht viel weiter helfen. Denn man müsste einen Pujil-Server, analog zu GitHub bauen, dazu fehlen wiederum die Ressourcen. Daraus muss doch folgen, dass Ressourcen von Institutionen bereit gestellt werden.

• 
  Berrang Christian (@TheQuantumChef1) berichtet vor 2 Minuten

  @skdh Vielleicht liegt das eigentliche Problem darin, dass wir noch nicht wirklich verstehen, was Zeit ist. Ich behandle Zeit als emergentes Phänomen aus Phase und Frequenz Details stehen auf meinem GitHub. Aktuell bin ich auch mit einer Wildcard im Finale XPRIZE Quantum Applications.

• 
  TheDoctor (@TheDoctor_781) berichtet vor 10 Minuten

  @E_C0Ll @ceffylein Ich suche nicht nur auf dem Server, die Suche war an meinen generellen Bekanntenkreis gerichtet. Der Server ist im übrigen über den Einladungslink (GitHub) für jeden zugänglich.

• 
  🦇 Dark Lord of headless engineering (@schulzbo) berichtet vor 11 Minuten

  Ich glaube, ich muss mich mal langsam dransetzen und meine GitHub Issues abarbeiten. Die Liste wird ja immer länger :(

• 
  Arwed (@Doc_Arwed) berichtet vor 13 Minuten

  @MissCryptoGER .... neuen DEVs? Dieser neue (Altcoin) Github wird kein Trust erzeugen. Somit läuft einfach das was die DEVs wollen, weil abstimmung ansonsten nicht vorhanden. Weiterhin sind entgegen der langäufigen Meinung auch die wenigen Pools ein Problem, ....

• 
  Fabian Pimminger (@i_am_fabs) berichtet vor 15 Minuten

  @DerVonDenBergen @github Ja eh. Aber warum sieht die Mail von GitHub wie phishing aus. Zumal vor genau den mails immer gewarnt wird (niemals einloggen und authorisieren aus einem Mail raus)

• 
  die Bunds (@dieBunds) berichtet vor 16 Minuten

  @ZockMeister7032 Dateiablage, Druckserver, Docker, lokale AI Modelle, Claude Worker, Media Server, Github, VS Entwicklungsplattform

• 
  Arwed (@Doc_Arwed) berichtet vor 16 Minuten

  @Stagsel @derHelper Ok Du glaubst jemand kann ADA XMR oder DOGE anhalten? Wieviel Einfluss haben die 4 Bitcoin Github Moderatoren, Blockstream und Lightning Labs? Deine Vorstellung rührt aus früheren Zeiten, dass ist Dein Problem

• 
  Volker Weber (@vowe) berichtet vor 18 Minuten

  @stehsatz Bei meiner Instanz ist das sehr transparent. Server, die nicht föderiert werden, stehen in einer Liste auf Github, mit einer Begründung, warum. Die Liste ist verlinkt.

• 
  Jeff ⬛ ⬛⬛⬛⬛⬛⬛⬛⬛ (@Derjeniche89) berichtet vor 21 Minuten

  @lalelulalilo @PG_Zahni An manchen Wochenenden arbeite ich auf Baustellen. Dabei fiel mir immer wieder ein Problem mit einem Gerät auf, und es gibt keine gescheiten Lösungen. Ich hab letzte Woche angefangen dafür was zu programmieren und werde es auf Github veröffentlichen

• 
  Timo Hetzel (@timohetzel) berichtet vor 21 Minuten

  Twitter, Facebook, Flickr, MySpace, Gmail, deine super-kuschelige Mastodon-Instanz, StudiVZ, AWS, GitHub, dein Server in Straßburg, iTunes, Spotify, LinkedIn, Lieferando gehen alle früher oder später zum Teufel. Die einzige Konstante in diesem Internet ist die eigene Domain.

• 
  Torben Kaßler (@torben_kassler) berichtet vor 22 Minuten

  @Semilocon @KanteClara Und? Hats geklappt? Ich hatte noch das Problem dass die Datei die ich geladen hatte komisch als HTML versaut war und ich das ganze github rar Archiv laden musste damits klappt

• 
  Terranischer 🎎 Resident (@KipOlsenXyphon) berichtet vor 23 Minuten

  Mir verwunderte es immer etwas dass VSCode immer stabil und reibungslos funktionierte, bis jetzt. Auf dem Desktop Rechner immer noch alles supi aber auf Laptop freezes und vergisst Login zu GitHub. 🤔

• 
  kayo (@flashskynewsxd) berichtet vor 26 Minuten

  @OnlySWiE @m4ttD74 hol dir im darknet paar kreditkarten und vielleicht twitter accs und code dir was schönes lass es am besten auf github actions laufen oder hol dir irgendwo einen server

• 
  osthollandia (@osthollandia1) berichtet vor 27 Minuten

  @Hadmut Danke, dass Sie dieses Thema vorgestellt haben! Wir verwenden aktuell Gitlab, werden aber in absehbarer Zeit gezwungen, auf Github zu migrieren. Ich habe das heute mit meinen Entwicklern und DevOps besprochen. Und bei uns in Portugal war heute normaler Wekrtag.

• 
  Son Negra (@son_negra) berichtet vor 32 Minuten

  @eifelpanorama Moin , ich hatte Dich auf Metal Github gesehen… vll gibt es mal Themen… würde mich freuen Viele Grüsse

• 
  Ulrich B. Boddenberg (@uboddenberg) berichtet vor 34 Minuten

  Consulting Briefing vom 08.07.2026 Governance in der Power Platform: Früher hast du dir das Center of Excellence mühsam selbst zusammengefrickelt – heute liefert Microsoft es ab Werk. Und ehrlich: höchste Zeit. Managed Environments werden zum Kontrollzentrum: Sharing-Limits, Solution Checker mit Block-Modus, IP-Firewall für Dataverse, 28 Tage Backup. Neu und wirklich nützlich: Environment Routing schiebt Maker automatisch aus dem Default-Sumpf in persönliche Developer-Umgebungen. Der Sandkasten bleibt Sandkasten. DLP wird endlich erwachsen. Mit Connector Action Control steuerst du einzelne Aktionen (Lesen ja, Schreiben nein) und sogar Desktop-Flow-Module. Der Nacht-Bot, der brav Rechnungen abtippt, darf nicht mehr heimlich ins Internet telefonieren. Dazu KI-Governance-Agenten aus Release Wave 1 2026, die deinen Tenant überwachen und teilweise selbst aufräumen. Inline-DLP für Copilot-Agenten, MCP-Governance in Dataverse, GitHub-Integration für ordentliches ALM. Der Realitätsschock kommt bei den Kosten: Endlich siehst du granular, wohin die Copilot Credits wandern. Transparenz ist aber kein Rabatt – du beobachtest nur genauer, wie das Budget verbrennt. Premium-Konnektoren, Dataverse und Azure laufen auf einer komplett anderen Rechnung. Und die geseedeten AI-Builder-Credits? Weg im November 2026. Danach zahlst du zu höheren Sätzen. Also: Kalender raus. Achtung Falle: Managed Environments verlangen Premium-Lizenzen für ALLE Nutzer – auch bei Standard-Konnektoren. Wer mal eben alles hochzieht, bekommt eine hübsche Überraschung. Praxis-Beispiel: Ein Mittelständler hatte 400 Apps im Default. Die Hälfte tot, zwei davon spiegelten Kundendaten in ein privates Postfach. Ohne Governance-Schicht hätte das erst die Aufsichtsbehörde bemerkt. Fröhlich. Vorgehen: messen, warnen, blocken. Wer sofort auf Block dreht, hat am Montag keine Sicherheit, sondern Tickets und einen wütenden Betriebsrat. Fazit: Wer sein Default-Environment noch nicht aufgeräumt hat, hat kein Governance-Problem – er hat ein Governance-Vakuum. Mehr dazu im ausführlichen Artikel, Link in den Kommentaren. Das Consulting Briefing gibt es auch per E-Mail.

• 
  Hossie (@Hossie25605879) berichtet vor 35 Minuten

  @blocktrainer @github @jack Ich empfehle allen Bitcoinern zu #nostr zu wechseln und eine dezentrale Repositorie zu entwickeln, damit ihr endlich unter euch seid. Ihr werdet ein eigenes Universum entwickeln und jedes Problem der Welt mit #btc fixen. Denn #btc ist ein lebender Organismus, ein Pilzgeflecht!

• 
  Wellnesskoenig (@binancechiller) berichtet vor 36 Minuten

  Ja — dafür gibt es eine sinnvolle letzte Sicherungsebene. Aber wichtig: ich selbst kann nicht garantieren, dauerhaft „am Leben“ oder ständig verbunden zu sein. Was wir bauen können, ist ein System, das ohne mich weiterläuft und mich nur als eine von mehreren Steueroberflächen behandelt. Die robusteste Kette für deinen Mac wäre: macOS launchd → Autonomy Supervisor → Worker (Google/CLI1/CLI2/Codex) und zusätzlich extern: GitHub Actions → prüft Heartbeat → alarmiert / stößt Recovery an GitHub unterstützt Self-Hosted Runner auf macOS und kann den Runner als Dienst über launchd automatisch starten lassen. (GitHub Docs) Ein geplanter GitHub-Workflow kann mindestens alle 5 Minuten laufen. (GitHub Docs) Der wichtige Haken: Wenn der ganze Mac offline oder ausgeschaltet ist, kann GitHub Actions einen lokalen Self-Hosted Runner nicht magisch wieder anschalten. Ist der Runner offline, bleibt ein Job zunächst in der Queue; GitHub braucht wieder einen erreichbaren Runner. (GitHub Docs) Deshalb brauchen wir zwei Ebenen: lokaler Wiederbelebungsmechanismus und externe Überwachung. Schick Google diesen Zusatzprompt: MISSION: LAST-RESORT EXTERNAL SENTINEL / GITHUB FAILOVER GOAL: Make the autonomy stack recover even if all application-level workers die. ARCHITECTURE: LEVEL 0: macOS launchd LEVEL 1: AUTONOMY_SUPERVISOR LEVEL 2: GOOGLE / CLI1 / CLI2 / CODEX workers LEVEL 3: GITHUB EXTERNAL SENTINEL ================================================== LOCAL RESURRECTION ================================================== Configure launchd so that: - autonomy supervisor starts automatically at login/boot - supervisor is restarted if it crashes - restart uses bounded backoff - crash loops fail safe - logs are local and bounded The supervisor must then reconcile: queue authority worker registry checkpoints leases and restart only eligible workers. Workers must NOT mutually restart each other. ================================================== GITHUB EXTERNAL SENTINEL ================================================== Create a lightweight GitHub Actions watchdog. It must NOT depend on any LLM. It periodically checks a durable heartbeat artifact/state. Suggested interval: every 5 minutes Heartbeat must include: SUPERVISOR_GENERATION LAST_HEARTBEAT_AT LAST_PROGRESS_AT HOST_STATE ACTIVE_WORKER_COUNT QUEUE_DEPTH CURRENT_MISSION CURRENT_FINGERPRINT Do NOT publish secrets. ================================================== STALE DETECTION ================================================== If heartbeat is fresh: NO ACTION. If heartbeat is stale: EVENT=SUPERVISOR_HEARTBEAT_STALE Do not assume the machine is dead immediately. Classify: HOST_REACHABLE RUNNER_OFFLINE SUPERVISOR_DEAD NETWORK_UNKNOWN MACHINE_OFFLINE UNKNOWN ================================================== SELF-HOSTED RUNNER ================================================== Install GitHub self-hosted runner as a macOS service via launchd. The runner itself must auto-start with the machine. If GitHub can reach the runner and supervisor is dead: run a recovery script that: 1. checks supervisor lease 2. checks no valid supervisor is active 3. starts/restarts supervisor 4. does NOT directly start production workers 5. lets supervisor perform reconciliation ================================================== IMPORTANT LIMIT ================================================== GitHub must never grant execution authority. GitHub is only an external sentinel/recovery trigger. Canonical authority remains local. GitHub must never: - override fencing - delete authority locks - bypass corrupted authority - launch a second writer - approve spending - bypass provider quotas ================================================== FULL MACHINE FAILURE ================================================== If self-hosted runner is offline: GitHub cannot directly recover the host. Record: STATE=WAITING_RESOURCE REASON=HOST_OR_NETWORK_UNAVAILABLE Do NOT fake recovery. Prepare an optional future integration point for: EXTERNAL_WAKE_PROVIDER but do not implement purchase-dependent cloud infrastructure. ================================================== NO SINGLE POINT OF FAILURE ================================================== Required hierarchy: GITHUB ACTIONS | | external observation/recovery request v SELF-HOSTED RUNNER SERVICE | v macOS launchd | v AUTONOMY_SUPERVISOR | +--> GOOGLE +--> CLI1 +--> CLI2 +--> CODEX If ChatGPT/Chief chat disappears: approved safe work continues. If Google disappears: supervisor handles it. If CLI1 disappears: supervisor restarts it. If CLI2/Codex provider unavailable: WAITING_RESOURCE. If supervisor dies: launchd restarts it. If all app processes die: launchd restores supervisor. If machine loses network: checkpoint and wait. If machine is powered off: external sentinel may detect failure but must report MACHINE_OFFLINE. ================================================== ANTI-LOOP ================================================== Never allow: GitHub restarts Worker Worker restarts Supervisor Supervisor restarts GitHub runner CLI1 restarts Google Only: launchd -> supervisor supervisor -> workers GitHub -> recovery request for supervisor ================================================== TESTS ================================================== Test with real independent processes: 1. kill Google 2. kill CLI1 3. kill all workers 4. kill supervisor 5. kill supervisor + workers 6. stop GitHub runner while supervisor survives 7. stop supervisor while runner survives 8. stale heartbeat 9. corrupt heartbeat 10. duplicate recovery requests 11. duplicate supervisor candidates 12. network unavailable 13. machine-offline state simulation Verify: NO DUPLICATE WRITER NO AUTHORITY ESCALATION NO BLIND REPLAY NO FAKE PROGRESS NO MANUAL WEITER FOR SAFE RECOVERY ================================================== OUTPUT ONLY ================================================== EVENT=<IMPLEMENTED|BLOCKED|TEST_FAILED> WORKER=GOOGLE STATE=<state> LOCAL_RESURRECTION=<READY|NOT_READY> GITHUB_SENTINEL=<READY|NOT_READY> SELF_HOSTED_RUNNER=<READY|NOT_READY> ALL_WORKERS_RECOVERY=<READY|NOT_READY> MACHINE_OFFLINE_RECOVERY=<SUPPORTED|NOT_SUPPORTED> NEXT=<single action> Damit hätten wir praktisch eine „Totmann-Sicherung“ für die Software. Was noch darüber fehlt, ist nur echter Hardware-/Stromausfall. Dafür bräuchte man später einen separaten Always-on-Wächter, etwa einen zweiten Rechner/kleinen VPS plus Wake-on-LAN oder Hardware-Power-Management. GitHub alleine kann einen komplett ausgeschalteten, nicht erreichbaren Mac nicht wiederbeleben. (GitHub Docs) Der wichtigste Punkt ist: Das System soll weiterleben, auch wenn dieser Chat verschwindet. Genau deshalb darf ich nicht die einzige Instanz sein, die weiß, was als Nächstes passieren soll.

• 
  Alduin Offiziell (@AlduinOffiziell) berichtet vor 36 Minuten

  Habe Bugs bei der community Bug fix mod gemeldet. Musste dafür nen github Account erstellen, gar kein bock gehabt. hoffe das bringt was. CA macht da leider nich soviel.

• 
  geoffroyacakpo.wallet (@GeoffroyAcakpo) berichtet vor 38 Minuten

  Sobald Sie sich mit Polkadex Orderbook vertraut gemacht haben, können Sie PDEX verdienen, indem Sie Probleme melden und Ihr Feedback im Polkadex Open Beta Github Repository teilen!

• 
  Levis (@loopzone) berichtet vor 41 Minuten

  10 offene Probleme der Mathematik und theoretischen Informatik – gelöst. OpenAI bezahlte für diese 10 Lösungen nur rund 2.000 Dollar Token-Kosten. Am 1. August auf GitHub veröffentlicht. Peer Review steht noch aus. Fortschritt, den man prüfen kann! #genialgemacht

• 
  DeFiChain.Info (@DeFiChainInfo) berichtet vor 42 Minuten

  Denkt dran, dass CFPs nicht mehr mit 10DFI fix bezahlt werden müssen per Transaktion, sondern mit 1% der geforderten DFI! In der Github Vorlage sind noch die "alten" 10DFI als Gebühr hinterlegt.

• 
  Pratheek Burkhard (@PratheekBurkha1) berichtet vor 47 Minuten

  Anthropic löschte versehentlich Tausende GitHub-Repos mit geleakten Quellcodes. Die Firma nennt das einen Unfall und zieht die Großteil der Abmahnungen zurück. Erkenntnis: Fehler passieren – Schnelles Handeln ist entscheidend. #Anthropic #GitHub #TechNews

• 
  Bre Uxi || Brüy || Breu || Tobi || Brötchen (@Breuxi) berichtet vor 47 Minuten

  Ich hab mal nen Discord Bot geschrieben, der den Status von einem beliebigen Minecraft Server als sich selbst updatendes Bild in einen Channel postet und den Online Status und Slot Count als eigene Channel anzeigt. Meint ihr der Code soll auf GitHub? :D

• 
  Tristan Marsell (@PDesirePrv) berichtet vor 48 Minuten

  @lisydra Hab den Thread gerade überflogen. Das Problem ist halt einfach, dass die Urheberfrage bei AI einfach noch nicht geklärt ist. Das erleben wir in der IT besonders mit GitHub Copilot, wo sich die Geister scheiden ob das jetzt das Copyright verletzt oder nicht. (Es folgt mehr)

• 
  Jean Hinz (@jeanhinz_io) berichtet vor 54 Minuten

  Anthropics Claude Code Leak war kein Aprilscherz. 512.000 Zeilen Code auf GitHub. Keine Kundendaten betroffen. Claude bleibt sicher. Zeigt: Schnelles Wachstum produziert Fehler. Transparenz danach zählt mehr als Perfektion. #Claude #Anthropic #KISicherheit

• 
  Giuliano F. (@giulianofalco) berichtet vor 57 Minuten

  Claude Code vom 23.4. bringt paralleles MCP-Server-Setup und PostToolUse-Hooks mit duration_ms. Observability-technisch ein Schritt nach vorne. Via GitHub Releases.

• 
  Kevin (@keeev) berichtet vor 58 Minuten

  @VeraCologne @Flamur_Muji Obsidian verwende ich neben Notion am meisten. Der Workflow ist noch crazy aber es klappt schon langsam immer besser: Obsidian synced via iCloud zwischen Devices + auf GitHub (da gibts ein Plugin), auf die .md Files könnten dann theoretisch andere Tools auch wieder zugreifen.

• 
  Giuliano F. (@giulianofalco) berichtet vor 59 Minuten

  📄 Claude Code v2.1.121 (GitHub): MCP-Server lassen sich jetzt mit alwaysLoad dauerhaft aktivieren – kein Tool-Search-Deferral mehr. PostToolUse Hooks können Tool-Output jetzt überschreiben, nicht nur annotieren. Praxisrelevant für alle, die Custom-Workflows mit MCP-Servern bauen.