Ollamaコミュニティ、Windowsでの移行不具合を報告　0.40.0更新後にモデル名を読み込めない可能性

OllamaのWindows向けモデル移行について、新たな互換性の問題が報告された。10月7日に投稿された事例によると、0.35.1から0.40.0への自動更新後、これまで利用できていたqwen3.5:9bに既存の名前でアクセスできなくなった。ollama showはパスに信頼されていないマウントポイントが含まれるというエラーを返し、/api/showと/api/chatはHTTP 500を返した。これは単一ユーザーから寄せられた障害の証拠であり、現時点でメンテナーによる確認はない。不具合報告

報告からは、問題の範囲がモデル一覧のファイル表現に絞られる。更新後の、ローカルGGUFとの互換性を保つための移行処理では、manifests-v2内の名前付きマニフェストが、残存するblobを指すシンボリックリンクとして作成された。そのblobには、実行バックエンドであるggmlとllamacppの両方のマニフェスト項目が含まれている。報告者によると、一覧に表示されたllamacpp:<digest>という名前を使えば、引き続きモデルを実行できた。これは「名前付きマニフェストの読み込みが妨げられている」という見立てを裏付けるが、すべての重みや移行結果が正常だと結論づける根拠にはならない。ファイル属性とログ

シンボリックリンクは、あるファイルパスを別のターゲットに転送する仕組みであり、アプリケーションが読み取る際にはその参照関係を解決する必要がある。Microsoftのドキュメントによると、Windowsは絶対パスと相対パスのシンボリックリンクをサポートしており、相対パスはリンクの場所を基準に解決される。したがって、移行が完了しターゲットファイルが存在していても、サービスプロセスが元のモデル名から正常にファイルを開けるとは限らない。Microsoft技術ドキュメント

影響が報告された環境は、開発者モードを有効にしたWindows 11 Proだ。報告者は、リンク作成時の権限と、その後の読み取り制限が重なって障害を引き起こした可能性を推測し、Windowsでは通常ファイルとして書き込む方法を提案している。ただし、いずれも検証前の仮説であり、このissueに修正案はまだ紐づいていない。報告の状況

ローカル推論サービスを運用するエンジニアにとって、この事例は、アップグレードの受け入れ確認に既存のモデル名と実際のAPIリクエストを含める必要性を示している。Ollamaの公式ドキュメントによると、Windowsでは更新が自動的にダウンロードされ、OLLAMA_MODELSで保存先を指定できる。調査時には、バージョン、実際のディレクトリ、リンク先、プロセスの権限を記録するとよい。今後は、上流で再現できるか、また修正が新たな移行処理とすでに生成されたリンクの両方に対応するかを見守る必要がある。Ollama FAQ