最新のブログ

Jellyfinはサブパスのリバースプロキシに対応していますが、ベースURL、プロキシのルート、WebSocketパス、クライアントのサーバーアドレスを一致させる必要があります。

本番環境の権限を変更する前に、ユーザーID、マウントモード、一時的なパスをテストして、Jellyfinが安全に書き込めるかを確認してください。

まずは1人のデータベース所有者と、SQLiteのロック動作を測定することから始め、同時実行性と復旧性の観点から複雑さが正当化される場合にのみ、別のバックエンドを追加します。

重複作業は通常、スケジューラーの重複や複数の書き込み担当者によって発生します。担当者を1人、経路を1つ、完了確認を1つに決めてください。

書き込みを停止し、データベースとWALファイルを保持したまま、状態を無闇に削除せずに空き容量を確保し、その後、整合性と元のワークロードを検証します。

所有者が誤っている場合、通常はユーザーIDの不一致か、異なるインポートパスが原因です。権限を変更する前に、アクティブなコンテナユーザーを確認してください。

パス変更後もJellyfinの古いデータが残っている場合、通常はサービスが古いパスを参照し続けているか、新しいマウントを読み取れないか、または有効なスキャンが完了していないことを意味します。

状態、パス、ユーザー、再生、再起動、バックアップの各チェックに問題なく合格した復元を確認してから、古い Jellyfin サーバーを廃止してください。