-
-
Notifications
You must be signed in to change notification settings - Fork 130
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Jobs are dispatched to workers which upon submit no longer exist #443
Comments
Just to note that a cancelled job still allows the worker to submit as the DB entry is not deleted on cancel. |
That is only the expected behavior. It is currently possible to get the 'job not found error' and be unable to submit with some high regularity. |
I believe you but I wonder why, as the job TTL is reset on job pop. |
I only was guessing that cancellation is the reason. Something causes a fairly high number of these 'lost' jobs. You can readily find instances of it on your worker, I'm sure. I've seen it in the logs of every worker I've been sent too. I can resolve the worker pausing job pops (see the related issue) but I worry that this all adds up to a fair bit of wasted time and lost kudos. |
I think this is fixed after I found the bug of not resetting the request ttl on pop but only on submit |
My understanding is that the current intention is that workers who are assigned valid jobs (at least, at the time of assignment) should always be able to submit the result for the quoted kudos reward. If the user cancels the job or would timeout by decay (the 20-minute limit), the worker should still receive the reward.
Job {...} does not exist
should not count as a fault for the purpose of_consecutive_failed_jobs
horde-worker-reGen#255)The text was updated successfully, but these errors were encountered: