-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
Build: use only one setting for build time limit #12369
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
Changes from 2 commits
5908201
9a5b58b
29f31de
4c55898
4d36ec9
20b2aa9
722a612
de4aabb
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -86,18 +86,15 @@ def prepare_build( | |
options["queue"] = project.build_queue | ||
|
||
# Set per-task time limit | ||
# TODO remove the use of Docker limits or replace the logic here. This | ||
# was pulling the Docker limits that were set on each stack, but we moved | ||
# to dynamic setting of the Docker limits. This sets a failsafe higher | ||
# limit, but if no builds hit this limit, it should be safe to remove and | ||
# rely on Docker to terminate things on time. | ||
# time_limit = DOCKER_LIMITS['time'] | ||
time_limit = 7200 | ||
Comment on lines
-89
to
-95
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Due to this we were allowing 2h builds on .org and .com. However, our docs says we allow 15m and 30m by default respectively. Changing this will have an impact on projects that were abusing our platform, but also on some valid projects. I checked this and we have 227 project with >15m successful builds that didn't ask support for this extra time: In [22]: len(set(Build.objects.filter(date__gt=timezone.now() - timezone.timedelta(days=90), length__gt=60*15, success=True, project__container_time_limit__isnull=True).values_list("project_
⋮ _slug", flat=True)))
Out[22]: 227 We need to decide what to do with them. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We have an average of 40 build instances in the last year. This may explain why this number has been being that high... There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This change was introduced in 2020 by this commit 2e2c6f4 There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. That is definitely going to be a pretty big breaking change. We should have a plan here, since otherwise we will just get destroyed with support messages from these projects. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I updated the time limit for these projects using a script https://gist.github.com/humitos/d247e99f93ebdd8624d06d663096edbc |
||
time_limit = settings.BUILD_TIME_LIMIT | ||
try: | ||
if project.container_time_limit: | ||
time_limit = int(project.container_time_limit) | ||
except ValueError: | ||
log.warning("Invalid time_limit for project.") | ||
log.warning( | ||
"Invalid time_limit for project.", | ||
time_limit=project.container_time_limit, | ||
) | ||
|
||
# Add 20% overhead to task, to ensure the build can timeout and the task | ||
# will cleanly finish. | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is backwards incompatible for local installs. We might want to bump a major version, or build a translation layer from the old setting.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm fine bumping a major version. I don't think people is really changing this value, tho. The default should be enough for most of the development use cases.