Wenn der Cache lügt

Ein Werkzeug antwortet mit "nicht gefunden". Die Datei ist aber eindeutig da, das Protokoll zeigt den Upload vor zwei Minuten. Der Agent versucht es dreimal, bekommt dreimal dasselbe. Wir prüfen die Datei von Hand: sie ist da, lesbar, korrekt benannt. Trotzdem: "nicht gefunden".

Was hier passiert ist: Der Zwischenspeicher, der zwischen dem Agenten und dem Dateisystem sitzt, hatte sich einen früheren Zustand gemerkt. Die Datei existierte zu dem Zeitpunkt noch nicht, als der Cache das erste Mal nachgeschaut hatte. Eine halbe Stunde lang lieferte er dieses Ergebnis zurück, ohne noch einmal nachzuschauen.

Das System hatte keinen Fehler im klassischen Sinn. Kein Absturz, keine Fehlermeldung mit Zeilennummer. Es funktionierte genau so, wie es gebaut war, nur mit einer Annahme, die inzwischen falsch war.

Warum das schwer zu finden ist

Fehler, die auf dem eigenen Rechner nicht existieren, sind eine eigene Kategorie. Wer lokal testet, hat keinen Cache dazwischen oder einen mit anderen Ablaufzeiten. Der Ablauf läuft durch, das Ergebnis stimmt, also scheint alles in Ordnung. Erst im Live-Betrieb, mit dem echten System dahinter, zeigt sich das Problem.

Dazu kommt: Der Agent meldet keinen Widerspruch. Er liest "nicht gefunden" und handelt danach. Er zweifelt nicht, weil Zweifel kein Teil seines Ablaufs ist. Das ist kein Vorwurf an den Agenten, das ist seine Konstruktion. Er verarbeitet, was er bekommt.

Was wir daraus gezogen haben

Erstens: Bei "nicht gefunden"-Meldungen nach einem frischen Upload gehört eine Wartezeit mit erneutem Versuch in den Ablauf. Nicht sofort aufgeben, sondern nach 60 Sekunden noch einmal fragen. Das kostet kaum etwas und fängt genau diesen Fall ab.

Zweitens: Wenn ein Fehler im Live-System auftritt, der lokal nicht reproduzierbar ist, lohnt sich zuerst die Frage nach dem Cache. Nicht nach dem Code, nicht nach dem Modell, sondern: Was sitzt zwischen dem Agenten und der Datenquelle, und wie lange erinnert es sich?

Die Ablaufzeiten von Zwischenspeichern sind selten im Vordergrund, wenn jemand ein System aufbaut. Sie sind Infrastruktur, die im Hintergrund läuft und meistens unsichtbar bleibt. Solange sie unsichtbar bleiben, ist das gut. Wenn ein Fehler auftaucht, der sich nicht erklären lässt, sind sie oft der erste Blick, der sich lohnt.