Question 1

Seerr（Jellyseerr/Overseerr）で 'Client network socket disconnected before secure TLS connection was established' エラーを解決する方法

Accepted Answer

このエラーは、api.themoviedb.org を配信する一部の CloudFront エッジノードが TLS ハンドシェイク中に TCP 接続を切断するため、キャッシュされていない映画/TVページで断続的な HTTP 500 クラッシュを引き起こします。1ページで6〜8個の並列 TMDB リクエストが発行されるため、わずかな切断率でも積み重なって頻繁なページ障害につながります。TMDB クライアントに接続レベルのリトライ層(Axios インターセプター)を追加して修正します:

1. 送信前のハンドシェイク失敗のみにマッチさせます:
```typescript
const isHandshakeAbort =
  !error.response &&
  (error.code === 'ECONNRESET' ||
   error.message?.includes('Client network socket disconnected before secure TLS connection was established'));
```
2. 短い指数バックオフにジッターを加えて最大8〜12回リトライします: `40ms * 1.2^attempt + random(0, 50ms)`。リクエスト全体の生存時間は約6〜8秒に制限します。
3. 各リトライでプールされた keep-alive ソケットをリセットまたはバイパスし、次の試行で新しいハンドシェイクを開くようにします。これにより、DNS ラウンドロビンによって別の IP に解決される可能性もあります。

失敗は HTTP ヘッダーやボディが送信される前に発生するため完全に冪等であり、リトライは安全です。失敗したハンドシェイクは約300〜400msで終了するため、リカバリによる目立ったレイテンシの増加はありません。Termux へのインストールでは、termux-packages PR #31039(`packages/seerr/tmdb-retry.js`)で既製のプリロードフックラッパーが利用可能です。負荷テストでは、切断されたハンドシェイクが1〜4回のリトライ(100〜300ms未満)以内に回復し、成功率100%を示しました。

Question 2

Seerrが完全に利用可能なシリーズを自動的に「Partially available」ステータスに戻してしまう問題の修正方法

Accepted Answer

根本原因：Seerr 3.2.0 は TheTVDB からメタデータを同期しますが、これには未リリースコンテンツのエピソード数 0 の空のプレースホルダーシーズンが含まれる場合があります。これらのプレースホルダーは、所有しているすべてのシーズン/エピソードが存在する場合でも 'Partially available' ステータスをトリガーし、自動メタデータ再同期によって手動のステータス変更がリセットされます。この問題は、PR #3044、#2958、#2412 により 3.2.0 以降の Seerr バージョンで修正されています。恒久的な修正を得るには、Seerr インスタンスを最新リリースにアップグレードしてください。

Question 3

Seerrで、Radarrの映画やSonarrのアイテムがファイルなしで監視対象外（unmonitored）になっている場合に「Duplicate request for media blocked」を修正するにはどうすればよいですか？

Accepted Answer

これは、スキャナーが media 行を PROCESSING から UNKNOWN にリセットする一方で、それにリンクされた media_request 行を APPROVED のまま残してしまうために発生します。重複チェックはリクエストのステータスを読み取るため、media 自体は UNKNOWN に見えても再リクエストがブロックされます。

修正: media が UNKNOWN にリセットされた際に、関連付けられたリクエストを拒否/解決するスキャナー修正を含むリリースに Seerr を更新してください。これには、放棄された Sonarr シーズンに対するフォローアップ修正も含まれます。

即時の SQLite 回避策:
1. Seerr を停止し、データベースをバックアップします:
   cp config/db/db.sqlite config/db/db.sqlite.bak
2. データベースを開きます:
   sqlite3 config/db/db.sqlite
3. スタックしたリクエストを見つけます:
   SELECT mr.id, mr.status, m.id AS media_id, m.status AS media_status, m.title
   FROM media_request mr
   JOIN media m ON m.id = mr."mediaId"
   WHERE mr.status = 2 AND m.status = 1 AND m.title LIKE '%My Title%';
4. 古くなった APPROVED リクエストを拒否します:
   UPDATE media_request SET status = 3 WHERE id = <request_id>;
5. Seerr を再起動し、そのタイトルを再度リクエストします。

上記で使用しているステータス値: リクエスト 2 = APPROVED、3 = DECLINED; media 1 = UNKNOWN。あるいは、Radarr/Sonarr からアイテムを削除し(監視を解除するだけでは不十分です)、同期を実行して orphan クリーンアップによってリクエストが拒否されるようにしてから、再度リクエストしてください。

Seerr

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト