<@U04S8PLJWMT> how to disable job attempts so the ...
# replication-ask-ai
e
@kapa.ai how to disable job attempts so the job will run only once
k
You can’t fully “disable” attempts, but you can configure Airbyte so a sync effectively only runs once by setting the retry limits to 1. For OSS, this is done via environment variables in your Airbyte deployment (e.g., in
docker-compose
or Kubernetes):
Copy code
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.
e
in which component need to configure those env?
@kapa.ai in which component need to configure those env?
k
A message from kapa.ai
The knowledge sources list these variables as global “Jobs” configuration for the Airbyte platform, but they do not explicitly state in which exact container/service (e.g.,
worker
,
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.