Eliran Mualmi
12/10/2025, 7:32 AMkapa.ai
12/10/2025, 7:32 AMdocker-compose or Kubernetes): bash # Legacy (still honored) SYNC_JOB_MAX_ATTEMPTS=1 # New granular retry controls – set all to 1 so the first failure ends the job SYNC_JOB_RETRIES_COMPLETE_FAILURES_MAX_SUCCESSIVE=1 SYNC_JOB_RETRIES_COMPLETE_FAILURES_MAX_TOTAL=1 SYNC_JOB_RETRIES_PARTIAL_FAILURES_MAX_SUCCESSIVE=1 SYNC_JOB_RETRIES_PARTIAL_FAILURES_MAX_TOTAL=1 These variables control how many attempts are allowed when no data or some data is synchronized before the job is marked failed. [[Configuring Airbyte](https://docs.airbyte.com/platform/operator-guides/configuring-airbyte#jobs); [Sync jobs](https://docs.airbyte.com/platform/understanding-airbyte/jobs#sync-jobs)] There is no documented way to set them to 0 (i.e., truly no retry mechanism at all); the docs only describe configuring the numeric limits.Eliran Mualmi
12/10/2025, 7:36 AMEliran Mualmi
12/10/2025, 7:36 AMkapa.ai
12/10/2025, 7:37 AMkapa.ai
12/10/2025, 7:37 AMworker, server, etc.) they must be set. [[Configuring Airbyte](https://docs.airbyte.com/platform/operator-guides/configuring-airbyte#jobs)] What is documented: - They are standard environment variables used to configure job behavior (retry counts, backoff, timeout). [[Configuring Airbyte](https://docs.airbyte.com/platform/operator-guides/configuring-airbyte#jobs)] - When using Helm chart v2, these variables are not mapped to a specific component; instead, you set them via extraEnvs in your values.yaml (they’re listed under “Jobs” with “Use extraEnvs”). [[Upgrade Helm v2](https://docs.airbyte.com/platform/deploying-airbyte/chart-v2-community#update-your-valuesyaml-file)] Because the docs don’t clearly say “put them on component X”, I can’t definitively name a single component from the provided sources. If you’re on Helm v2, configure them via extraEnvs as shown in the upgrade docs; for other deployments, they must be set as environment variables in your deployment, but the exact container is not specified in these documents.