Q: Seerr에서 완전히 이용 가능한 시리즈가 자동으로 'Partially available' 상태로 되돌아가는 문제를 해결하는 방법

근본 원인: Seerr 3.2.0은 TheTVDB에서 메타데이터를 동기화하는데, 여기에는 출시되지 않은 콘텐츠에 대한 에피소드가 0개인 빈 자리 표시자 시즌이 포함될 수 있습니다. 이러한 자리 표시자는 소유한 모든 시즌/에피소드가 존재하더라도 'Partially available' 상태를 유발하며, 자동 메타데이터 재동기화로 인해 수동 상태 변경이 초기화됩니다. 이 문제는 PR #3044, #2958 및 #2412를 통해 3.2.0 이후 Seerr 버전에서 패치되었습니다. 영구적인 해결을 위해 Seerr 인스턴스를 최신 릴리스로 업그레이드하세요.

Q: Radarr 영화나 Sonarr 항목이 모니터링 해제 상태이고 파일도 없을 때 Seerr에서 "Duplicate request for media blocked" 오류를 어떻게 해결하나요?

이 문제는 스캐너가 미디어 행을 PROCESSING에서 UNKNOWN으로 재설정하면서도 연결된 media_request 행은 APPROVED 상태로 남겨두기 때문에 발생합니다. 중복 확인은 요청 상태를 읽기 때문에, 미디어 자체가 UNKNOWN으로 표시되더라도 재요청이 차단됩니다. 해결 방법: 미디어가 UNKNOWN으로 재설정될 때 연결된 요청을 거절/해결하는 스캐너 수정 사항(방치된 Sonarr 시즌에 대한 후속 수정 포함)이 포함된 릴리스로 Seerr를 업데이트하세요. 즉시 적용 가능한 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 = ; 5. Seerr를 재시작하고 해당 타이틀을 다시 요청하세요. 위에서 사용된 상태 값: 요청 2 = APPROVED, 3 = DECLINED; 미디어 1 = UNKNOWN. 또는 Radarr/Sonarr에서 항목을 삭제하고(모니터링 해제만으로는 충분하지 않음) 동기화를 실행하여 고아 항목 정리가 요청을 거절하도록 한 다음, 다시 요청하세요.

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 크래시를 발생시킵니다. 한 페이지가 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 round-robin을 통해 다른 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

Radarr 영화나 Sonarr 항목이 모니터링 해제 상태이고 파일도 없을 때 Seerr에서 "Duplicate request for media blocked" 오류를 어떻게 해결하나요?

Accepted Answer

이 문제는 스캐너가 미디어 행을 PROCESSING에서 UNKNOWN으로 재설정하면서도 연결된 media_request 행은 APPROVED 상태로 남겨두기 때문에 발생합니다. 중복 확인은 요청 상태를 읽기 때문에, 미디어 자체가 UNKNOWN으로 표시되더라도 재요청이 차단됩니다.

해결 방법: 미디어가 UNKNOWN으로 재설정될 때 연결된 요청을 거절/해결하는 스캐너 수정 사항(방치된 Sonarr 시즌에 대한 후속 수정 포함)이 포함된 릴리스로 Seerr를 업데이트하세요.

즉시 적용 가능한 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; 미디어 1 = UNKNOWN. 또는 Radarr/Sonarr에서 항목을 삭제하고(모니터링 해제만으로는 충분하지 않음) 동기화를 실행하여 고아 항목 정리가 요청을 거절하도록 한 다음, 다시 요청하세요.

Seerr

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트