Poison messages handling
メンテナーはふだん 5 日以内に返信
@sig5 がすでに取り組んでいます。
2024年9月24日 から。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- csharp
調査の方向性
まず、issue #1039 をコンテキストとして使用し、PoisonMessageDetected と AbandoningMessage のログパスを追跡します。報告されている 600ms と 600s の表現を確認し、poison-message の dequeue 制限と破棄をどのように指定すべきかを判断します。完了の条件は、動作と可視性遅延メッセージが合意された処理と一致することです。
索引モデルが issue の本文から書いたものです。
説明
As a rokochet of issue #1039 I've noticed that the message is being handled indefinitely.
I see the following traces in my logs:
PoisonMessageDetected: d8bdcf4d-ef40-4501-a99b-6e72309644ee: Message [TaskScheduled#1] with ID 6128efd4-8904-494d-9a2d-d2d8d01edbe7 has been dequeued 79 times and is now considered poison: {"Account":"...","TaskHub":"Services","...":"TaskScheduled","TaskEventId":1,"MessageId":"6128efd4-8904-494d-9a2d-d2d8d01edbe7","InstanceId":"d8bdcf4d-ef40-4501-a99b-6e72309644ee","ExecutionId":"b27db20915cf4e5db6cad3589dde88df","PartitionId":"...-workitems","DequeueCount":79}
AbandoningMessage: d8bdcf4d-ef40-4501-a99b-6e72309644ee: Abandoning [TaskScheduled#1] message back to ...-workitems and setting a visibility delay of 600ms: {"Account":"...","TaskHub":"...","EventType":"TaskScheduled","TaskEventId":1,"MessageId":"6128efd4-8904-494d-9a2d-d2d8d01edbe7","InstanceId":"d8bdcf4d-ef40-4501-a99b-6e72309644ee","ExecutionId":"b27db20915cf4e5db6cad3589dde88df","PartitionId":"services-workitems","SequenceNumber":208,"PopReceipt":"AgAAAAMAAAAAAAAAxVkNR+xc2gE=","VisibilityTimeoutSeconds":600}
Side note: the message say
setting a visibility delay of 600ms, while the code actually delays for 600s (not ms).
Notice the DequeueCount value of 79 (I've seen values much higher). Perhaps there should be a setting that controls the maximum number of dequeues attempts, after which the message should just be disposed?
@cgillum @davidmrdavid
- 主要言語
- C#
- スター
- 1.7k
- フォーク
- 336
- 平均マージ
- 4日 12時間
- マージ済み PR（30日）
- 6
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
Azure/durabletask のほかの issue
-
難易度 4/5 3〜5日 初心者へのやさしさ 55/100
Azure/durabletask#1398 · コメント 2 件 ·
メンテナーはふだん 5 日以内に返信
-
Azure Storage backend: control queue partition left unowned for hours/days after lease expires再び着手できるかも @nytian が 41 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
Azure/durabletask#1389 · コメント 1 件 · 担当者 1 名 ·
メンテナーはふだん 5 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
Azure/durabletask#1332 ·
メンテナーはふだん 5 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 58/100
Azure/durabletask#1318 · コメント 1 件 ·
メンテナーはふだん 5 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
Azure/durabletask#1301 · コメント 3 件 ·
メンテナーはふだん 5 日以内に返信
Azure/durabletask の issue をすべて見る
似ている issue
-
A numeric literal is parsed in the host's culture, so 1.5 is 15 in a made EXE on a comma-decimal OSオープンbug interpreter silently-wrong small
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
reactiveui/ReactiveUI.Binding.SourceGenerators#176 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 76/100
dotnet/csharpstandard#1830 ·
メンテナーはふだん 1 日以内に返信
-
c:docs p:high size:S t:docs
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
メンテナーはふだん 1 日以内に返信