Skip to content

adding qwpudp and improving watchdog and failover messages#5

Merged
bluestreak01 merged 8 commits into
mainfrom
jv/trade_id
Jul 10, 2026
Merged

adding qwpudp and improving watchdog and failover messages#5
bluestreak01 merged 8 commits into
mainfrom
jv/trade_id

Conversation

@javier

@javier javier commented Jul 8, 2026

Copy link
Copy Markdown
Collaborator

Improving how failover gets reported for reads and better watchdog script.

Adding QWPUDP

javier added 8 commits July 2, 2026 14:34
Emit trade_id = <worker>-<1-based sequence> as a VARCHAR on each row, so completeness/gaps can be checked independent of timestamps and, with DEDUP UPSERT KEYS(timestamp, trade_id) on a single-worker client-timestamped run, store-and-forward replay after a failover is idempotent (drops the at-least-once boundary duplicates). High-cardinality, so a string column, not a symbol.
Add a Row id and dedup section covering the trade_id format, the completeness check, idempotent store-and-forward replay via DEDUP UPSERT KEYS(timestamp, trade_id), and the client-side-timestamp requirement.
Sender:
- Detect the QWP upgrade "HTTP/1.1 400 Bad request" that a missing/invalid
  ILP token produces and append an explicit auth hint wherever it surfaces
  (endpoint-failed, worker error, probe-stopped).
- Probe now reports the LIVE serving role via `switch status` each poll
  instead of the QWP handshake SERVER_INFO, which only refreshes on a
  reconnect and so goes stale after an in-place primary<->replica switch.

Watchdog:
- Monitor the primary's currentRole, not just health: react to a silent
  demotion to REPLICA as well as an unreachable node.
- Bootstrap a fresh cluster: if no node is primary, promote the first
  healthy one in list order.
- Fail over to the first HEALTHY node in preference order; adopt a node
  that is already PRIMARY instead of forcing another switch.
- Add a configurable grace period (QDB_WD_GRACE_PERIOD, default 5s) so a
  manual operator switch can settle before the watchdog acts.
- Never exit on its own; keep retrying when nothing can be promoted.
- Remove the now-unused get_http_code and STARTUP_RETRIES.

Update README and the sample env accordingly.
Build/target:
- pom default questdb.client.version -> 1.3.6-SNAPSHOT (required; QWP and the
  lifecycle switch features are not stable earlier, and it is not on Central).
- Drop the RECONNECT_BUDGET_EXHAUSTED switch case in both senders; that kind was
  removed from SenderConnectionEvent.Kind in 1.3.6, so it no longer compiles.

Diagnostics:
- Replace the brittle "400 Bad request" string-match with the client's typed
  signals: QwpAuthFailedException (401/403), WebSocketUpgradeException.isRoleMismatch()
  (421 = endpoint is a replica, no primary to accept writes), and status-400
  (missing/malformed token). The listener passes the real throwable, not its message.

Timeouts:
- --retry-timeout now also drives QWP (reconnectMaxDurationMillis), not just ILP's
  retryTimeoutMillis, so one flag means the same "keep retrying" budget on both.
- New --connect-timeout-ms (default 3000, 0 = OS default): connectTimeoutMillis on
  the senders and connect_timeout= on the probe, so a black-holed host fails over in
  seconds instead of riding the OS connect timeout. ILP left unbounded/unchanged.
- Watchdog: make the role/health poll timeouts configurable
  (QDB_WD_CHECK_CONNECT_TIMEOUT / QDB_WD_CHECK_MAX_TIME; defaults 2/3, no behaviour change).

Update README and the watchdog sample env accordingly.
The probe fallback printed only "node=(none)" and dropped the role entirely
when `switch status` returned nothing, which was worse than before. Restore the
role/node/zone from getServerInfo() on every line (it tracks connect + failover),
and append the authoritative live role from `switch status` only when present.

When switch status yields no live role, log why at most once per 30s:
an error status+message, a returned batch with no *role* column (names listed),
or no row batch at all -- so the empty case is diagnosable instead of silent.
…dshake

The probe printed getServerInfo()'s role as the headline 'served by role=',
but that is the QWP handshake role, refreshed only on connect/failover. After
an in-place promotion (the read connection never drops) it stayed stuck at
REPLICA even though the node was serving reads as PRIMARY.

Make switch status' current_role the authoritative role shown, append
'(switching -> ROLE)' while a switch is in flight, and demote getServerInfo()
to supplying node/zone only -- its handshake role is now a clearly labelled
fallback used solely when the status query is unavailable. target=any is
unchanged, so replica-fallback reads still work.
The watchdog Configuration section only named a few QDB_WD_* vars inline and
deferred the rest to the env example; enumerate all 14 (required + optional)
with defaults and purpose. Also update the probe example to the current
'served by role=<current_role> node=... zone=...' format, covering the
'(switching -> ROLE)' in-flight case and the labelled handshake fallback.
Add --protocol qwpudp for fire-and-forget UDP datagram ingest to the
UDP port (:9007). It is ingest-only, unauthenticated (auth flags are
warned about and ignored), and single-endpoint with no failover,
store-and-forward, TLS, or query client (the probe is skipped).

The worker flushes datagrams every --batch-size rows and, for a single
worker, stamps rows client-side; multiple workers use server-side
atNow(). Document the transport, including its best-effort nature and
the burst/packet-loss behaviour, with guidance to keep --batch-size
small for UDP.
@javier javier changed the title Jv/trade adding qwpudp and improving watchdog and failover messages Jul 10, 2026
@bluestreak01 bluestreak01 merged commit f4fc982 into main Jul 10, 2026
1 check passed
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.

2 participants