Skip to content
This repository has been archived by the owner on May 26, 2023. It is now read-only.

After hard drive runs full, CheckforstatusesScheduler job did not recover automatically #810

Closed
rriemann opened this issue Aug 21, 2022 · 2 comments

Comments

@rriemann
Copy link
Contributor

Dear all,

the crossposter stopped crossposting (at least from Twitter to Mastodon) and did not recover automatically until the problem was manually identified and the button "retry all" was activated on sidekiq:

image

This is most likely a problem caused by a hard drive running out of space, so that some services (DB?) failed. The issue was solved eventually, but the crossposter did not retry again cross posting.

Could the retry rule in sidekiq could be adjusted to just keep on trying?

If the problem is only discovered a few days later, no content is lost for import, but its timestamps will the a few days off.

Best,
Robert

@renatolond
Copy link
Owner

@rriemann I don't believe this job is treated any different than the others, it should follow the regular rules for Sidekiq jobs: retry about 21 times in the period of two weeks before finally giving up. I will test it locally soon.

@rriemann
Copy link
Contributor Author

Maybe after few days the break between attempts grows quickly?

Maybe we can also prevent sidekiq to put this job to the dead queue? See answer here: https://stackoverflow.com/a/23090499/1407622

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants