ZimaBoard 2のユーザーが外部NVIDIA GPUを接続すると、ダッシュボードに正しく表示されました。Stable Diffusionは起動しましたが、画像生成を指示すると「Connection error」が返されました。Open WebUIも起動しましたが、ユーザーが試した2つのOllama APIアドレスのどちらを使ってもモデルを見つけられませんでした。
この議論では、インターネットアクセスとコンテナ間通信を切り分けました。アプリはダウンロードでき、別のデバイスからOllamaにも到達できましたが、Open WebUIには依然として「Ollama Network Problem」と表示されました。スレッドの最終的な診断は、Open WebUIとOllamaが同じDockerネットワークに接続されていないというものでした。投稿者は、最後の推奨事項の後に最終確認を投稿していません。
GPUは認識されていたが、AIサービスは接続されていなかった
外部NVIDIA GPUはZimaOSのダッシュボードに表示されていたため、最初の回答者はこれをGPU検出の失敗とは見なしませんでした。その代わり、Open WebUIはOllamaに接続するフロントエンドであり、それ自体でモデルをダウンロードして提供するものではないと説明しました。Stable Diffusionの一般的な「Connection error」も、バックエンドまたはAPIに到達できないことが原因だと解釈されました。
localhostがOllamaを指さなかった理由
投稿者はOllamaがポート11434で動作していると報告し、localhostアドレスと、提案されたDockerアドレスの両方を試しました。コミュニティの回答者は、 localhost Open WebUIコンテナ内の は、別のOllamaコンテナではなく、Open WebUI自体を指します。
スクリーンショットに表示されたコンテナ一覧に基づき、回答者はOllamaのコンテナ名とポートを使うよう提案しました。 http://ollama-nvidia:11434この返信の要点は、フロントエンドコンテナがホストのループバックインターフェースを共有していると想定するのではなく、Docker上の識別情報を使って依存先サービスを指定することでした。
残っていた問題はDockerネットワークでした
URLを変更しただけではエラーは解消されませんでした。その後、作成者はbridge、hostなど、利用可能なネットワークをいくつか列挙しました。 ollama-nvidia_default、および big-bear-open-webui_default回答者は、2つのコンテナが異なるネットワーク上で依然として分離されていると結論付けました。
最終的な推奨事項は、Open WebUIとOllamaを同一の共有Dockerネットワークに接続し、API URLではOllamaコンテナ名を使用することでした。スレッドはその時点で終了しているため、記録されているのはネットワーク境界の可能性と修正案であり、ユーザーが最終的な解決を確認したものではありません。
よくある質問
アプリをダウンロードできることは、Open WebUIがOllamaに接続できる証拠になりますか？
いいえ。このケースでは、ZimaOSはインターネットにアクセスでき、アプリケーションをダウンロードできていましたが、実行中の2つのコンテナは依然として相互に通信できませんでした。
外付けNVIDIA GPUが原因だと確認されましたか？
いいえ。GPUはダッシュボードに表示されており、コミュニティでの診断はサービスアドレスとDockerネットワークの分離に焦点を当てていました。スレッドでは、GPUエラーが根本原因だとは報告されていません。
