セットアップ
- TS-253B、8GB、QTS 5.2.6.3229
- シングルポートネットワーク
- ドライブ（RAID 2）:
- WD80EFAX-68KNBN0
- WD80EFAX-68LHPN0
- 約42.1万件の実メディアファイルがディスク上に存在、Multimedia Consoleの中には約250万枚の写真
- PhotoPrismがContainer Station上で稼働 — 独自のサムネイルキャッシュを生成・保存
- QNAP Multimedia Console（メディアインデクサ＋myconvertserverサムネイル/トランスコードデーモン）＋QuMagie（Consoleのインデックス/サムネイルに依存し、独自の顔認識AIも付加）
症状
再起動するたびにMultimedia Consoleがインデックス作業を始めますが、完了しません。QuMagieでの画像枚数は減らず—巨大なままで、処理が延々と続きます。myconvertserverとメディアスキャナーはCPUを高負荷状態で維持し続けます。システム負荷は8を超え、sshdが新規接続を拒否し始めることも。
私の推測
Multimedia ConsoleがPhotoPrismによって生成されたサムネイル/キャッシュファイルまで新たなメディアとしてインデックスしてしまっているのだと思います。PhotoPrismのサムネイルごとにConsoleがまたサムネイルを作り、それがPhotoPrism用フォルダーに保存され、Consoleが再びそれを見つけ…という自己増殖ループになっているようです。
決定的証拠として：メディアDBには約250万件のエントリーがありますが、ディスク上の実ファイル数は約42.1万件。差の約200万件が、PhotoPrismのキャッシュ/サムネイルファイルがConsoleのインデックス対象に含まれているために発生していると考えています。
（補足：以前、Multimedia Consoleのサムネイルキャッシュを別の場所に移動したことがあり、それが再スキャンを誘発し悪化させたかもしれません）
試したこと／観察したこと
- Multimedia Console / QuMagieの再起動 — インデックス作業が再開するだけで、カウントは減らず。
- 2つのサムネイルエンジンが同時稼働（Console myconvertserver＋PhotoPrism）、さらに2つの顔認識処理（QuMagie AI＋PhotoPrism）がCPUを取り合っていることを確認。
- /etc/config/medialibrary.conf の AddAllShareFolder を 0 に設定
コミュニティへの質問
- Multimedia Console / Media Libraryのスキャンから特定のフォルダー（PhotoPrismのストレージ/キャッシュパス）を確実に除外する正しい方法は？共有フォルダー単位やパス単位での公式な除外設定はありますか？
- すでにDBに約200万件の不要エントリーがある場合、2.5M件をフル再スキャンせずに失われた／無効なエントリーを安全にパージし、メディアインデックスを再ベースラインするにはどうすれば良いですか？
- Consoleのサムネイルキャッシュの移動はサポートされていますか？もしそうなら、フルリジェネレートを誘発せずに正しく移行先を設定し直す方法は？
目標：Consoleには約42.1万件の実ファイルのみをインデックスさせ、PhotoPrismのキャッシュを完全に無視し、一度だけでスキャンが完了する状態にしたいです。
よろしくお願いします — 設定ファイル、myconvertserverのプロセス詳細、ログ抜粋なども共有可能です。