MongoDB integration tests fail on newer GitHub Actions runner kernels
Maintainers usually reply within 7 days
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 74/100
Research direction
Read .github/workflows/tests.yml and find the Mongo integration job that runs Eventuous.Tests.Projections.MongoDB.csproj; check how its runner is selected and how the other suites select theirs. Update the Mongo suite runner as described in the issue and document the upstream compatibility issue beside the override. Done when the Mongo suite passes on GitHub Actions and the other suites retain their runner selection.
Written by the indexing model from the issue text.
Description
Describe the bug
The Tests / Build and test mongo job fails while starting its MongoDB container. MongoDB exits with code 1 because its startup check rejects the runner's Linux kernel, preventing the projection tests from executing.
Observed in this failing GitHub Actions job on October 19, 2026
To reproduce
-
Run the Mongo integration suite through
.github/workflows/tests.ymlon anubuntu-latestrunner with an affected kernel. -
The workflow executes:
dotnet test src/Mongo/test/Eventuous.Tests.Projections.MongoDB/Eventuous.Tests.Projections.MongoDB.csproj -c "Debug CI" -f net10.0 -
The integration fixture starts the
mongo:8image through Testcontainers. -
MongoDB rejects the kernel during startup, and fixture initialization fails.
Reproduction depends on the runner assigned to the job and the image resolved by the floating mongo:8 tag.
Expected behavior
The MongoDB container starts successfully, and the Mongo projection integration suite runs and passes in CI.
Actual behavior
The job reports the following failure for ShouldProjectImported (container ID and repeated stack trace omitted):
failed ShouldProjectImported(MongoProjectionOptions { CollectionName = test }) (0ms)
[Test Failure] ContainerNotRunningException: Container ... exited with code 1.
MongoDB cannot start: Linux kernel versions 6.19 and newer has a known incompatibility with this version of MongoDB. See https://jira.mongodb.org/browse/SERVER-121912 for more information.
Environment
- Workflow:
.github/workflows/tests.yml, called by the PR and preview workflows. - Runner label:
ubuntu-latest. - Test target:
net10.0, x64,Debug CIconfiguration. - Container image configured by the fixture:
mongo:8. - The failure excerpt does not identify the exact host kernel release or resolved MongoDB patch version.
Additional context
GitHub began migrating ubuntu-latest to Ubuntu 26.04 on October 19, 2026. The timing is consistent with a runner change exposing the MongoDB compatibility problem, although the excerpt alone does not establish which runner image was assigned.
MongoDB tracks the underlying kernel incompatibility in SERVER-121912. It also tracks a startup-check issue that rejects Ubuntu kernels containing the upstream fix in SERVER-136848. Docker containers share the host kernel, so changing only the container's base distribution does not address the host-kernel check.
Proposed workaround
Pin only the Mongo integration suite to ubuntu-24.04, retaining ubuntu-latest for the other suites. GitHub's Ubuntu 24.04 runner manifest lists kernel 6.17.0-1022-azure for image 20261012.334.1, below MongoDB's affected range.
Document the upstream issue beside the runner override so the workaround can be revisited when a compatible MongoDB image is available. The runner label does not permanently pin a kernel version.
A local workflow change passes Actionlint and git diff --check; confirmation in GitHub Actions is still pending.
Acceptance criteria
- The Mongo integration suite passes on GitHub Actions with the selected runner.
- Other integration suites retain their existing runner selection.
- The runner override documents the upstream compatibility issue.
- Dominant language
- C#
- Stars
- 512
- Forks
- 99
- Avg merge
- 5d 6h
- Merged PRs (30d)
- 5
Getting set up
- Ships a Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Eventuous/eventuous
-
`dotnet format style --verify-no-changes` fails with naming violations and unnecessary importsPossibly taken @nmummau claimed this 1 day ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 80/100
Eventuous/eventuous#624 · 1 comment ·
Maintainers usually reply within 7 days
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
Eventuous/eventuous#627 · 1 comment ·
Maintainers usually reply within 7 days
-
SQL Server: `append_events` does not need the `@inserted` table variablePossibly taken @nmummau claimed this 7 days ago. Open
Difficulty 3/5 1-2 days Newbie friendliness 20/100
Eventuous/eventuous#619 · 1 comment ·
Maintainers usually reply within 7 days
-
SQL Server: stream reads do one key lookup per event, and `IDX_EventsStream` duplicates `UQ_StreamIdAndStreamPosition`Possibly taken @nmummau claimed this 7 days ago. Open
Difficulty 3/5 1-2 days Newbie friendliness 18/100
Eventuous/eventuous#618 · 1 comment ·
Maintainers usually reply within 7 days
-
SQL Server: every stream lookup by name does a key lookup to get `Version`Possibly taken @nmummau claimed this 7 days ago. Open
Difficulty 3/5 1-2 days Newbie friendliness 25/100
Eventuous/eventuous#617 · 1 comment ·
Maintainers usually reply within 7 days
All issues in Eventuous/eventuous
Similar issues
-
area-TableView bug needs-triage team-Controls
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
microsoft/microsoft-ui-xaml#12351 · 1 comment ·
Maintainers usually reply within 2 days
-
AudioClient and ImageClient file path overloads send the full local path as the multipart file namePossibly taken @sebxt claimed this today. Openarea: audio area: images feature-request
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
openai/openai-dotnet#1453 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 73/100
Maintainers usually reply within 1 day
-
needs-triage
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
elsa-workflows/elsa-foundation#3130 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100