Skip to content

Operator Troubleshooting Matrix

Use this matrix to map failure signatures to likely root causes and first actions.

Build and CI failures are covered in the development guide:

Runtime Signatures

Signature (exact/close match)Likely CauseFirst Actions
Invalid invocation mode (IllegalArgumentException)Misconfigured/unsupported tpf.function.invocation.mode valueVerify configured tpf.function.invocation.mode, correct to a supported value, redeploy, classify affected payloads and replay if needed; add logs/metrics to capture bad config inputs
Retry exhaustion (transient retries consumed)Downstream dependency instability or persistent transient conditionStabilise downstream service, then replay parked/failed workload
Parking lot growth / repeated parked failuresNon-retryable payloads or repeated hard dependency failuresClassify by error type and payload pattern; route bad payloads and fix dependency
Non-deterministic lineage or merge-order drift across retries/replaysUnstable item ordering keys (payload identity-based ordering, missing tie-breakers)Re-run slice-1 runtime tests, verify deterministic fingerprint/ordering keys, and avoid identity-only ordering inputs
Timeout/latency spikes on operator-heavy stepOperator compute cost increase (that is, steps running many stateful operators or CPU/GPU-intensive transforms per payload), saturation, or downstream pressureCorrelate with payload/traffic changes, scale or throttle, then tune retry/backoff
Handler not selected / wrong lambda entrypointMultiple generated handlers with ambiguous runtime selectionSet explicit quarkus.lambda.handler for target module
Missing generated resource/handler classesBuild target mismatch or generation path drift (that is, build output moved/renamed due to changed generation/build settings)Re-run CI-equivalent compile lane with expected platform/transport flags
StepManyToOne.applyReduce compile mismatch in generated client stepFramework/client-step renderer drift for MANY_TO_ONE shapeRebuild framework deployment module and regenerate sources; confirm generated client method is applyReduce(Multi<...>)

Diagnostics Workflow

  1. Confirm commit and artifact match the tested revision.
  2. Reproduce with CI-equivalent command for the lane.
  3. Match error text to the matrix row.
  4. Apply first action and rerun the narrowest relevant test lane.
  5. Expand to full verify only after the targeted lane is green.

Quick Validation Commands

bash
./mvnw verify
./mvnw -f framework/pom.xml verify