Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Im realen Ubuntu-24.04-Setup war Open WebUI nicht sofort bereit. /health lieferte HTTP 000, curl meldete Connection Reset und Docker zeigte unhealthy, während Datenbankmigrationen und das Embedding-Modell sentence-transformers/all-MiniLM-L6-v2 vorbereitet wurden. Nach Abschluss des Starts lieferte /health 200 mit status true und die realen Admin- und qwen3:4b-Oberflächen waren verfügbar.
Türkei (Türkisch)
Germany (German)
Worldwide (English)
docker logs -f open-webui
↓
Migration + Embedding-Vorbereitung
↓
HTTP 000 / Connection Reset
↓ warten + Logs prüfen
/health → 200 {"status":true}
↓
Open WebUI bereitIm realen Test meldete curl mehrfach Connection Reset und der Health-Code blieb 000.
Der Prozess lief bereits, aber das Backend war noch nicht stabil HTTP-bereit.
curl -sS -o /tmp/openwebui-health.txt -w '%{http_code}\n' http://127.0.0.1:3000/healthdocker ps --filter name='^/open-webui$'Unsere Logs zeigten Datenbankmigrationen und Embedding-Modell-Vorbereitung.
Wenn Logs weiterlaufen, kann Warten richtig sein; bei Stillstand Netzwerk, Speicher und Rechte prüfen.
docker logs --tail 200 open-webuidocker logs -f open-webuiIn den realen v0.11.0-Logs wurden sentence-transformers/all-MiniLM-L6-v2-Dateien geladen. Das verlängerte den initialen Health-Zustand.
Dieses genaue Verhalten nicht auf jede aktuelle Image-Variante übertragen.
Nach abgeschlossenem Start lieferte derselbe /health-Endpunkt HTTP 200 mit status true.
Danach Domain, Ollama-Modellliste und Benutzeranmeldung separat prüfen.
curl -sS -i http://127.0.0.1:3000/healthWiederholte Restarts können Initialisierung zurücksetzen, obwohl Migrationen/Downloads laufen.
Gezielt neu starten, wenn Logs stehen bleiben oder fatale Fehler wiederkehren.
docker restart open-webuidocker logs --tail 150 open-webuiIm realen Setup lag /app/backend/data in einem Named Volume.
Das Volume nicht ohne Backup als beliebigen Troubleshooting-Schritt löschen.
docker volume inspect openwebui_dataNach erfolgreichem Health öffnete die Domain die Welcome-Seite, das erste Admin-Konto wurde erstellt und qwen3:4b erschien in der Modellauswahl.
Diese Ansichten prüfen mehrere Ebenen.
Der finale Host-Port blieb auf 127.0.0.1:3000 und öffentlicher Zugriff lief über Nginx HTTPS.
Unhealthy ist ein Symptom; Logs, HTTP-Health und UI zusammen bewerten.
docker ps --filter name='^/open-webui$'ss -lntp | grep ':3000'curl -sS http://127.0.0.1:3000/healthIm Test liefen Migrationen und Embedding-Vorbereitung noch.
Es war curl-Ausgabe dafür, dass keine gültige HTTP-Antwort empfangen wurde.
Das Backend war während des frühen Starts noch nicht stabil.
Wenn Logs fortschreiten, zunächst Startvorgang abschließen lassen.
Die v0.11.0-Logs zeigten sentence-transformers/all-MiniLM-L6-v2.
HTTP 200 mit status true.
127.0.0.1:3000 auf Container-Port 8080.
http://ollama:11434 im gemeinsamen eka-ai-Netz.
Nein; das kann Anwendungsdaten löschen.
Ollama-Verbindung und Docker-Netz separat prüfen.
Die aktuelle Open-WebUI-Dokumentation verlangt WebSocket-Unterstützung.
Nein; aktuelle Docs beschreiben es als Rolling Image. Fester Release-Tag kann planbarer sein.
Ja, wenn das Upstream noch nicht antwortet.
docker ps → docker logs → localhost /health → Volume/Netzwerk → Domain/Nginx.
Ollama und Open WebUI auf EKA-Sunucu-Linux-VPS betreiben.
Aktualisiert: 10.08.2026