Skip to content

fix(switchboard): pin tedsuo/ifrit to pre-regression commit - #131

Merged
kimago merged 1 commit into
mainfrom
fix/pin-ifrit-dependency
Aug 20, 2026
Merged

fix(switchboard): pin tedsuo/ifrit to pre-regression commit#131
kimago merged 1 commit into
mainfrom
fix/pin-ifrit-dependency

Conversation

@abg

@abg abg commented Aug 20, 2026

Copy link
Copy Markdown
Member

A dependency bump (bdfde52) pulled in a tedsuo/ifrit commit whose http_server.Run() calls log.Fatalf (hard os.Exit(1)) whenever server.Shutdown() returns a non-ErrServerClosed error - which it reliably does, since the same code path closes the listener manually right before calling Shutdown(). Inside a Ginkgo parallel worker this hard-exits the process before it can report back to the CLI, producing "Ginkgo timed out waiting for all parallel procs to report back" in runner/http (and intermittently bridge/health).

Pin ifrit via a replace directive (not a plain require) to the last known-good commit, since ifrit has no tagged releases and the repo's automated dependency bumps may otherwise silently re-introduce the buggy commit on its next run.

Also cap switchboard's bin/test ginkgo -p worker count to min(nproc, 4); unbounded parallelism made the crash more likely to manifest under load, though it wasn't the root cause.

A dependency bump (bdfde52) pulled in a tedsuo/ifrit commit whose
http_server.Run() calls log.Fatalf (hard os.Exit(1)) whenever
server.Shutdown() returns a non-ErrServerClosed error - which it
reliably does, since the same code path closes the listener manually
right before calling Shutdown(). Inside a Ginkgo parallel worker this
hard-exits the process before it can report back to the CLI, producing
"Ginkgo timed out waiting for all parallel procs to report back" in
runner/http (and intermittently bridge/health).

Pin ifrit via a `replace` directive (not a plain require) to the last
known-good commit, since ifrit has no tagged releases and the repo's
automated dependency bumps may otherwise silently re-introduce
the buggy commit on its next run.

Also cap switchboard's `bin/test` ginkgo -p worker count to
min(nproc, 4); unbounded parallelism made the crash more likely to
manifest under load, though it wasn't the root cause.

@kimago kimago left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Topline pins are clear, I trust go.mod with dependencies.

@github-project-automation github-project-automation Bot moved this from Inbox to Pending Merge | Prioritized in Foundational Infrastructure Working Group Aug 20, 2026
@kimago
kimago merged commit 480b8f7 into main Aug 20, 2026
2 checks passed
@github-project-automation github-project-automation Bot moved this from Pending Merge | Prioritized to Done in Foundational Infrastructure Working Group Aug 20, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Development

Successfully merging this pull request may close these issues.

2 participants