Skip to content

[fix] Re-probe reachability sooner after a failed probe - #17

Merged
ok merged 1 commit into
mainfrom
ok/reprobe-sooner
Sep 20, 2026
Merged

ok merged 1 commit into
mainfrom
ok/reprobe-sooner

Conversation

@ok

@ok ok commented Sep 20, 2026

Copy link
Copy Markdown
Owner

Follow-up to #16. The re-probe started at 1 minute and doubled to 15. If the port is open a probe passes within seconds, so that first minute was a minute of red for nothing.

The waits are now an explicit schedule: 10 s, 20 s, 30 s, 1 min, 2 min, 5 min, then every 5 min. A probe is five pings, so the steady state costs nothing worth saving, and a port that is genuinely closed is still not hammered.

intervalMs / maxIntervalMs are replaced by a single scheduleMs option.

Testing

  • test/unit/reprobe.test.js: the default sequence including the repeated last wait, and a replaced schedule. 7/7.
  • npm run lint clean, npm test green.
  • OPERATIONS.md updated to the new timings.

An open port answers within seconds, so the first retry no longer
waits a minute: 10s, 20s, 30s, then 1, 2 and 5 minutes, then every 5.
@ok
ok merged commit b285cef into main Sep 20, 2026
4 checks passed
@ok
ok deleted the ok/reprobe-sooner branch September 20, 2026 16:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant