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

Cannot merge backported PRs because "bedevere/maintenance-branch-pr" not run #370

Open
ned-deily opened this issue May 21, 2020 · 15 comments

Comments

@ned-deily
Copy link
Member

ned-deily commented May 21, 2020

See, for example, python/cpython#20305 and python/cpython#20306. For some reason, it seems that the bedevere/maintenance-branch-pr check did not run (yet); the status is: Expected -Waiting for status to be reported. Because it is a required check, the PRs can not be merged either manually or automatically.

@encukou
Copy link
Member

encukou commented May 21, 2020

I noticed the bot reacts to edits, so I edited the titles of those two PRs slightly to get them merged.
I don't know why the bot didn't wake up at first :(

@ned-deily
Copy link
Member Author

Oh, thanks, @encukou ! Still, somebody should look at this. I don't recall ever seeing this behavior before.

@Mariatta
Copy link
Member

I could see several few timeout errors from the webhook deliveries, so the bot could not perform the task. For those with administrative power, they can go to Cpython's repo > Settings tab > Webhoks and click on the webhook for bedevere. Normally, redelivering the webhook would fix it.

Honestly I don't know what we can do from our side to fix the problem. But I have seen this happening a few times.

Screen Shot 2020-05-21 at 4 48 59 PM

@brettcannon
Copy link
Member

The vast majority of bot issues are due to a failure to deliver the webhook event, and that usually lies somewhere between GitHub and Heroku. As such, typically the easiest thing to do it do something which triggers another. event (e.g. edits, opening and closing, etc.). Otherwise you can also check the commit history of the bots to see if something recently changed (which is usually not the case).

@Mariatta
Copy link
Member

Re: timeouts in Heroku, I see now that some requests to bedevere are taking more than 30ms which caused the timeout. But I still don't actually know what to do to avoid the timeout.

I wonder if it's a matter of upgrading the dyno?

@Mariatta
Copy link
Member

screenshot from heroku dashboard
Screen Shot 2020-05-25 at 10 44 47 AM

@brettcannon
Copy link
Member

I wonder if it's from a dyno spinning up? Do we have permanently running dynos?

@Mariatta
Copy link
Member

We are using the hobby dyno. Perhaps we need one of the Professional Dynos?
https://www.heroku.com/pricing

We can probably take a closer look at webhook events that have been timing out and see how to we can improve the performance.

@smitthakkar96
Copy link

smitthakkar96 commented Jun 21, 2020 via email

@Mariatta
Copy link
Member

The PSF receive Heroku credits and most of our webservices are on Heroku whenever possible. Perhaps PSF infrastructure team can weigh in cc @ewdurbin

@ewdurbin
Copy link
Member

Yes, we utilize donated services (~$750 service credit per month) from Heroku for all of our bots at the moment. Hobby dynos should not sleep.

If we think its an issue with resources and not some other factor (code, db, or blocking I/O) we can upgrade the dynos... but ultimately that gets very expensive ($7/mo in credits to $25/mo in credits). If we think it would help... it might require consolidating our fleet of bots into a single app instance somehow.

@smitthakkar96
Copy link

smitthakkar96 commented Jun 26, 2020 via email

@ewdurbin
Copy link
Member

We do also have service credits with other cloud vendors. If there is a volunteer that is willing to port and maintain the bots on a serverless platform, that could work.

At the moment, Heroku provides a common platform and easy ACL for contributors. PSF Infrastructure can support these additional needs if the current maintainers are on board.

@brettcannon
Copy link
Member

I'm personally not interested in migrating to another platform unless it's Azure (since I already know it and can get help internally), or moving the check to GitHub Actions (since it's even more accessible to people and I'm also familiar with it).

@smitthakkar96
Copy link

smitthakkar96 commented Jun 27, 2020 via email

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

No branches or pull requests

6 participants