Skip to content

[v0.37] cherry-picks for v0.37.1 - #4071

Open
crazy-max wants to merge 7 commits into
docker:v0.37from
crazy-max:v0.37_picks_0.37.1
Open

[v0.37] cherry-picks for v0.37.1#4071
crazy-max wants to merge 7 commits into
docker:v0.37from
crazy-max:v0.37_picks_0.37.1

Conversation

@crazy-max

@crazy-max crazy-max commented Sep 10, 2026

Copy link
Copy Markdown
Member

tomasperezmolina and others added 4 commits September 10, 2026 14:10
Move the existing exporter setup out of the node build loop without changing its behavior.

Environment: Datadog workspace

Co-Authored-By: OpenAI GPT-5.6 <noreply@openai.com>
Signed-off-by: Tomas Perez Molina <tomas.perezmolina@datadoghq.com>
(cherry picked from commit 1715f79)
Prepare each node's cloned exporter options so no node publishes the requested tag before all platforms complete.

Environment: Datadog workspace

Co-Authored-By: OpenAI GPT-5.6 <noreply@openai.com>
Signed-off-by: Tomas Perez Molina <tomas.perezmolina@datadoghq.com>
(cherry picked from commit aaf1e92)
Signed-off-by: CrazyMax <1951866+crazy-max@users.noreply.github.com>
(cherry picked from commit 4b2dbec)
A recently started builder should use its StartedAt timestamp to decide whether BuildKit may
still be coming up, but not as the absolute deadline for the client readiness wait.

When the first client request arrived near the end of that startup window, the wait could inherit
only a few milliseconds and fail with DeadlineExceeded even though the builder was still
legitimately starting. Give those recent containers a fresh bounded wait from the current time
while continuing to skip the wait for established builders.

Signed-off-by: CrazyMax <1951866+crazy-max@users.noreply.github.com>
(cherry picked from commit bd28a1e)
tonistiigi and others added 3 commits September 10, 2026 18:53
Use the container start time only to decide whether readiness waiting is
needed. Start a full timeout immediately before waiting so Docker dial time
does not consume the readiness budget.

Name the startup window and readiness timeout independently, and cover the
exact startup-window boundary.

Signed-off-by: Tonis Tiigi <tonistiigi@gmail.com>
(cherry picked from commit 310bba9)
Use the caller context for cleanup so slow container and volume removal can
finish after the builder-status timeout expires.

Signed-off-by: CrazyMax <1951866+crazy-max@users.noreply.github.com>
(cherry picked from commit 5b02414)
Create shared clients with the enclosing build context so completing one linked target doesn't
cancel the Kubernetes connection still used by its siblings.

Signed-off-by: CrazyMax <1951866+crazy-max@users.noreply.github.com>
(cherry picked from commit 8372345)
@crazy-max
crazy-max marked this pull request as ready for review September 10, 2026 17:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants