Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

MongoDB integration tests fail on newer GitHub Actions runner kernels

オープン 初心者向け
#626 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 7 日以内に返信

@nmummau がすでに取り組んでいます。

2026年10月20日 から。

  • #625 @nmummau による — オープン

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
74/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
csharp, docker, github-actions
領域
ci-cd, testing

調査の方向性

.github/workflows/tests.ymlを読み、Eventuous.Tests.Projections.MongoDB.csprojを実行するMongo統合ジョブを見つけます。そのrunnerがどのように選択されるか、また他の各スイートがどのようにrunnerを選択するかを確認します。issueの説明に従ってMongoスイートのrunnerを更新し、overrideの横にupstreamの互換性問題を記載します。GitHub ActionsでMongoスイートが成功し、他のスイートのrunner選択が維持されれば完了です。

索引モデルが issue の本文から書いたものです。

説明

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

  1. Run the Mongo integration suite through .github/workflows/tests.yml on an ubuntu-latest runner with an affected kernel.

  2. The workflow executes:

    dotnet test src/Mongo/test/Eventuous.Tests.Projections.MongoDB/Eventuous.Tests.Projections.MongoDB.csproj -c "Debug CI" -f net10.0
    
  3. The integration fixture starts the mongo:8 image through Testcontainers.

  4. 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 CI configuration.
  • 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.
主要言語
C#
スター
512
フォーク
99
平均マージ
5日 6時間
マージ済み PR(30日)
5

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

Eventuous/eventuous のほかの issue

Eventuous/eventuous の issue をすべて見る

似ている issue

C# の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。