626530818d
If a job is unresponsive the worker has most likely crashed or been shut down and the in-progress job been lost. Instead of failing these jobs, requeue them up to two times. Once a job is lost a third time it fails. This avoids infinite loops. This is implemented by extending FinishJob to RequeuOrFinish job. It takes a max number of requeues as an argument, and if that is 0, it has the same behavior as FinishJob used to have. If the maximum number of requeues has not yet been reached, then the running job is returned to pending state to be picked up again. |
||
|---|---|---|
| .. | ||
| 001_jobs.sql | ||
| 002_channels.sql | ||
| 003_dependencies_cascade.sql | ||
| 004_heartbeats_cascade.sql | ||
| 005_jobs_expiry.sql | ||
| 006_retry_count.sql | ||