pods get oom-killed when multiple heavy spark applications start at the same time

オープン

#666 2025年12月10日に作成コメント 2 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 3/5
見積もり時間: 1〜2日
初心者へのやさしさ: 38/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 停滞
技術スタック: kubernetes, rust, spark
領域: infrastructure

調査の方向性

基本構成の secret-operator DaemonSet から始め、secret-operator Pod を監視しながら 3,000 個の executor を持つ Spark アプリケーションを送信して問題を再現します。128 MB のメモリ制限によって OOM kill が発生するかを確認し、その後、選択したより高い制限によって、負荷の高いアプリケーションを同時実行している間も OOM kill が防止されることを確認します。

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

説明

customer-request type/bug

Affected Stackable version

25.3.0

Current and expected behavior

when multiple spark applications get started at the same time, all of them having 300 executors, a lot of pvcs are submitted which need to be satisfied by the secret-operator. in basic configuration the secret operator container has 128mb of memory which seems to be not enough because in that case all the pods get oom-killed

Possible solution

Increase the memory limit of the secret-operator container from 128mb to 1gb

Additional context

@soenkeliebau like mentioned today, I'll try to get further details. I think this is reproducible by submitting a 3000 exec application and keeping an eye on the secret-operator ds

Environment

No response

Would you like to work on fixing this bug?

None

主要言語: Rust
スター: 13
フォーク: 8
平均マージ: 1日 8時間
マージ済み PR（30日）: 10

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

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

stackabletech/secret-operator のほかの issue

autoTls: calculation for secure maximum certificate lifetimes so that all pods that are deployed trust every other deployed pod is too loose オープン

type/bug

難易度 4/5 3〜5日初心者へのやさしさ 45/100

stackabletech/secret-operator#754 · 2026年9月10日に作成
autoTls: bound certificate lifetime by the CA that will actually sign it, not the configured caCertificateLifetime オープン

難易度 3/5 1〜2日初心者へのやさしさ 48/100

stackabletech/secret-operator#753 · コメント 1 件 · 2026年9月9日に作成
skip the PodListeners lookup when the served Pod is being deleted オープン

難易度 3/5 1〜2日初心者へのやさしさ 72/100

stackabletech/secret-operator#720 · コメント 1 件 · 2026年7月8日に作成
Allow certificates to contain subjects with allowed external names オープン

customer-request type/feature-improvement

stackabletech/secret-operator#630 · コメント 7 件 · 担当者 1 名 · 2025年8月20日に作成
Add missing Pod IPs to created certificates オープン

stackabletech/secret-operator#620 · コメント 2 件 · 担当者 1 名 · 2025年7月17日に作成

stackabletech/secret-operator の issue をすべて見る

似ている issue

Replayed reasoning items send "content": null, which the Responses API schema does not permit オープン

bug CLI custom-model

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

openai/codex#47733 · 2026年9月24日に作成
hashes has lint warnings on master オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

rust-bitcoin/rust-bitcoin#6930 · コメント 1 件 · 2026年9月23日に作成
sync build ignores local_timeout when opening kv.db and scripts.db オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

atuinsh/atuin#4247 · コメント 1 件 · 2026年9月23日に作成
test: stop calling property tests fuzz tests オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

fulcrumgenomics/ferro-hgvs#2251 · 2026年9月23日に作成
Missing examples for `Allocator` オープン

A-allocators A-docs C-enhancement T-libs

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

rust-lang/rust#163232 · コメント 4 件 · 2026年9月23日に作成

Rust の issue をもっと見る