Anwendung (Web)
betriebsbereit
API & Echtzeit
betriebsbereit
Dateien & Anhänge
betriebsbereit
Benachrichtigungen
betriebsbereit
Suche & Ähnlichkeit
betriebsbereit
KI-Funktionen
betriebsbereit
Suche und „Verwandte Tickets“ lieferten erneut Fehler
20.08.2026, 09:12 Uhr · 52 Minuten · Suche & Ähnlichkeit
Dieselbe Wirkung wie am 24. Juli, andere Signatur. Behoben durch einen Neustart des Datenbankdienstes. Der Fall ist der Grund, warum die Suche heute eine eigene Prüfung hat, statt still auszufallen.Nachgetragen aus den Betriebsaufzeichnungen (Vorfallnotiz 20.08.2026).
Erhöhte Antwortzeiten
16.08.2026, 12:12 Uhr · 5 Tage · API & Echtzeit
Zwei nächtliche Aufräumläufe hatten sich in einer Endlosschleife verfangen und belegten dauerhaft einen Prozessorkern; Auswertungen und Listen erschienen dadurch verzögert. Die Anwendung war durchgehend erreichbar, nur langsamer. Der Zustand bestand seit dem Umzug am 16. August und fiel erst am 21. August auf — genau der Grund, warum es diese Seite und eine laufende Messung gibt. Behoben; die Ursache ist strukturell abgesichert.Nachgetragen aus den Betriebsaufzeichnungen (INFRA §14, Vorfall 21.08.2026).
Geplanter Umzug auf neue Hardware geplant
16.08.2026, 12:00 Uhr · 12 Minuten · Anwendung (Web) · API & Echtzeit · Dateien & Anhänge · Benachrichtigungen · Suche & Ähnlichkeit · KI-Funktionen
Angekündigter Wechsel der Serverplattform. Die Anwendung war rund zwölf Minuten nicht erreichbar. Kein Datenverlust; die Adresse blieb unverändert.Nachgetragen aus den Betriebsaufzeichnungen (INFRA §14).
Pull-Request-Verknüpfungen aktualisierten sich nicht
30.07.2026, 02:00 Uhr · 3 Tage
Meldungen aus GitHub kamen an, wurden aber nicht verarbeitet; Tickets zeigten deshalb einen veralteten Stand ihrer Pull Requests. Zwei Tage unbemerkt, weil die Schnittstelle jeden Fehler verschluckte und nach außen Erfolg meldete. Keine Daten verloren, der Rückstand wurde nachgezogen.Nachgetragen aus den Betriebsaufzeichnungen (Vorfallnotiz 30.07.–01.08.2026).
Suche und „Verwandte Tickets“ lieferten Fehler
24.07.2026, 02:00 Uhr · Dauer nicht feststellbar · Suche & Ähnlichkeit
Ein Suchindex war in einen Zustand geraten, in dem er neu gebaut, aber nie fertiggestellt wurde; Abfragen dagegen schlugen fehl, während die übrige Anwendung normal arbeitete. Der genaue Beginn ist nicht feststellbar — die Protokolle des Zeitraums waren zum Zeitpunkt der Entdeckung bereits überschrieben. Behoben durch einen Neustart des Datenbankdienstes.Nachgetragen aus den Betriebsaufzeichnungen (Vorfallnotiz 24.07.2026).
KI-Aufbereitung lief im Kreis
22.07.2026, 02:00 Uhr · 2 Tage · KI-Funktionen
Ein Hintergrundlauf bereitete dieselben Tickets endlos neu auf, weil er seinen eigenen Fortschritt nicht erkannte. Für Nutzer war das an langsameren KI-Vorschlägen spürbar; Daten waren nie betroffen. Behoben durch eine Fortschrittsprüfung, abgesichert durch ein Tagesbudget und ein Überlappungs-Lock.Nachgetragen aus den Betriebsaufzeichnungen (Vorfallnotiz 22./23.07.2026).
Hintergrunddienste fielen aus
06.07.2026, 10:00 Uhr · Dauer nicht feststellbar · Benachrichtigungen · KI-Funktionen
Dieselbe Ursache wie am 28. Juni: Ein Aufräumdienst des Betriebssystems entfernte Teile der ausgepackten Programmpakete, woraufhin Mailversand, KI-Funktionen und Push ausfielen. Beginn und Dauer sind nicht mehr feststellbar. Als Konsequenz liegt das Arbeitsverzeichnis der Dienste seither außerhalb von /tmp.Nachgetragen aus den Betriebsaufzeichnungen (INFRA §14 (Rückverweis auf den Vorfall)).
E-Mail-Benachrichtigungen wurden nicht zugestellt
28.06.2026, 15:41 Uhr · 4,5 Stunden · Benachrichtigungen
Der Versand stand rund viereinhalb Stunden still. Ursache war ein beschädigtes Programmpaket im Hintergrunddienst, nicht der Inhalt der Nachrichten. Es ging keine Benachrichtigung verloren — die zurückgestellten Mails wurden nach der Behebung zugestellt. Glocke und Slack waren nicht betroffen.Nachgetragen aus den Betriebsaufzeichnungen (INFRA/Betriebsnotiz 28.06.2026).