Jobs discarded even though attempts remained ?

オープン

#1,165 2026年3月11日に作成コメント 1 件リアクション 0 件担当者 0 名 GitHub で見る

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

評価

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

issue の種類: バグ
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: go
領域: backend

調査の方向性

The report names v0.31.0, Go 1.26, a service restart, and the job rescuer/cleaner log, but no source file or test. Start by reproducing the restart scenario and inspecting those logs and the affected jobs; done means identifying why max_attempts became 1 and documenting or testing the corrected behavior.

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

説明

I think I just encountered an issue where jobs were discarded and marked at "max_attempts=1" after a service restart.
I just upgraded to v0.31.0 (go 1.26).

I have a job type for which I know for a fact that we only ever enqueue them with the default value of max_attempts (so MaxAttempts=0 in the struct, meaning 25 attempts). I'm also fairly sure that nothing was modified manually.
All those jobs (252 succeeded, 78 discarded) where created at 2026-03-11 17:01:49.393302 +00:00 with a scheduled_at at the same time.
This happened just 2 minutes after a service restart, and about 8 second after an info log about the job rescuer / cleaner run.
I have no indication that my application code created those jobs, so I'm thinking some background job might have done something ?

I'm a bit out of ideas, but I thought I'd ask for an opinion here.

主要言語: Go
スター: 5.7k
フォーク: 179
平均マージ: 2日 19時間
マージ済み PR（30日）: 12

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

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

はじめの一歩

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

riverqueue/river のほかの issue

Remote JobCancel() can be silently lost while the notifier is reconnecting (no durable-poll fallback) オープン

難易度 5/5 1週間以上初心者へのやさしさ 45/100

riverqueue/river#1358 · コメント 1 件 · 2026年8月22日に作成
River job stuck at running オープン

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

riverqueue/river#1258 · コメント 7 件 · 2026年5月26日に作成
river stuck connected to read-only postgres instance オープン

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

riverqueue/river#1225 · コメント 14 件 · 2026年4月22日に作成
Workflow dep resolution leaves `scheduled_at` stale, breaking queue delay monitoring オープン

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

riverqueue/river#1185 · コメント 2 件 · 2026年3月25日に作成
Support UniqueOpts without JobStateRunning in ByState オープン

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

riverqueue/river#1183 · リアクション 2 件 · 2026年3月24日に作成

riverqueue/river の issue をすべて見る

似ている issue

nix: vendorHash is outdated オープン

難易度 1/5 1時間未満初心者へのやさしさ 90/100

abenz1267/elephant#301 · リアクション 1 件 · 2026年9月24日に作成
Bob Shell support オープン

enhancement

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

rossoctl/cortex#1119 · 2026年9月24日に作成
[BUG] CREATE property value with *, -, ^, % or unary minus is stored as its text ('2 * 3'); + and / are evaluated オープン

bug

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

orneryd/NornicDB#656 · 2026年9月24日に作成
HaveExactElements' failure message omits where the missing or extra elements start when that index is 0 オープン

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

onsi/gomega#934 · 2026年9月24日に作成
propertyNames and contentSchema errors: InstanceLocation is overwritten by later siblings オープン

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

santhosh-tekuri/jsonschema#276 · 2026年9月24日に作成

Go の issue をもっと見る