docs(e2e): correct three claims in the distributed e2e comments

The closure note in cluster/failure.go quoted a Gomega error that Gomega
does not emit. Describe the argument-count failure and the
Eventually().WithArguments() hint instead, so nobody greps for a string
that never appears.

The advisory-lock note in cluster_failover_test.go called the wedge
window unbounded. A SIGKILLed local child closes its socket at once, the
Postgres backend reads EOF and is reaped in milliseconds, so the
mechanism bounds the window tightly. Say bounded, and keep the low
probability but real framing, which was right.

The workflow comment attributed HealthCheckInterval to
core/services/nodes/health.go. It is declared in
core/config/distributed_config.go:64; health.go only carries the ticker
on the unexported checkInterval. Point a debugger at the right file.

Comments only, no behaviour change.

Assisted-by: Claude Opus 5 [claude-code]
Signed-off-by: Ettore Di Giacinto <mudler@localai.io>

.github/workflows/tests-e2e-distributed.yml

@@ -112,9 +112,11 @@ jobs:
     # 509.8s / 512.3s, so 8m29s to 8m32s) on a developer box, and will be slower
     # here. Three specs sit at ~167s each because they wait out a 60s staleness
     # threshold plus a 15s health-check tick (HealthCheckInterval, in
-    # core/services/nodes/health.go, not one of the reconcilers). Do not shorten those windows to make this job faster: the
-    # wait is what stops the assertions from passing before the system could
-    # have reacted, which was a real false green earlier on.
+    # core/config/distributed_config.go; core/services/nodes/health.go runs the
+    # ticker on the unexported checkInterval, not one of the reconcilers). Do
+    # not shorten those windows to make this job faster: the wait is what stops
+    # the assertions from passing before the system could have reacted, which
+    # was a real false green earlier on.
     timeout-minutes: 45
     steps:
       - name: Clone