Skip to content
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

Event processing failed (attempt 283) #156

Open
fedealconada opened this issue Jan 8, 2025 · 7 comments
Open

Event processing failed (attempt 283) #156

fedealconada opened this issue Jan 8, 2025 · 7 comments

Comments

@fedealconada
Copy link

Hi, I can see a lot of these logs

Event processing failed - id: qMefqQjU3c - topic_id: 0x5e09…e084. Retrying... (attempt 283). Error: Slack error: Slack API error: ratelimited

Is the error just because we are getting rate limited? Or the error is originally coming from elsewhere?

@joshstevens19
Copy link
Owner

joshstevens19 commented Jan 8, 2025

yeah this is happening as you got slack enabled and it has failed to send due to rate limiting with slack - atm it will fail fully if the slack can not push - are you indexing data as well as pushing messages at same time?

@fedealconada
Copy link
Author

fedealconada commented Jan 8, 2025 via email

@joshstevens19
Copy link
Owner

Yes it will forever keep retrying it assumes in these cases the node or whatever is temp down so it is as strict as possible and just keeps going back again and again.. in this case you want it to fail and move on? I could add a setting in the streams to fire and forget

@fedealconada
Copy link
Author

I'm not really sure... actually, I'm not sure why it fails because I only see the error from Slack... The thing is that, if it's constantly failing and it's trying to send a Slack alert and I'm being rate limited, but we keep sending alerts to Slack, the rate limit issue never stops...

@joshstevens19
Copy link
Owner

lol yeah i guess i could add a config of fire and forget on the streams so if it rate limits it continues

@fedealconada
Copy link
Author

it could also be good to have both graphql limit and timeout configurable via env vars...

@joshstevens19
Copy link
Owner

Ah on you raised another ticket on this yes sure happy to add

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

No branches or pull requests

2 participants