Gerçek Ubuntu 24.04 kurulumumuzda Open WebUI containerı ilk açılışta hemen hazır olmadı. /health kontrollerinde HTTP 000, curl tarafında 'Recv failure: Connection reset by peer' ve Docker tarafında unhealthy durumu görüldü. Loglarda database migrationları ile sentence-transformers/all-MiniLM-L6-v2 embedding modeli hazırlığı devam ediyordu. Startup tamamlandıktan sonra /health 200 ve {'status':true} döndü; ardından gerçek yönetici hesabı ve qwen3:4b paneli açıldı.
docker logs -f open-webui
↓
Migration + embedding hazırlığı
↓
HTTP 000 / connection reset
↓ bekle + log izle
/health → 200 {"status":true}
↓
Open WebUI hazırGerçek testte container oluşturulduktan sonra curl birkaç kez 'Recv failure: Connection reset by peer' döndürdü ve health kodu 000 kaldı.
Bu aşamada uygulama process'i başlamış olsa da backend henüz HTTP isteğini stabil biçimde kabul edecek kadar hazır değildi.
curl -sS -o /tmp/openwebui-health.txt -w '%{http_code}\n' http://127.0.0.1:3000/healthdocker ps --filter name='^/open-webui$'Bizim loglarda Open WebUI veritabanı migrationları çalışıyor ve embedding modeli dosyaları hazırlanıyordu. Bu, 'unhealthy' durumunun startup işi devam ederken oluştuğunu gösterdi.
Log sürekli ilerliyorsa kısa süre beklemek, aynı noktada kilitleniyorsa network/disk/permission katmanını incelemek gerekir.
docker logs --tail 200 open-webuidocker logs -f open-webuiGerçek v0.11.0 loglarında sentence-transformers/all-MiniLM-L6-v2 dosyaları indiriliyordu. Model download ve ilk cache oluşturma tamamlanmadan health kontrolü kararsız kalabildi.
Bu davranışı güncel Open WebUI sürümlerine genellememek gerekir; image varyantları ve bundled model içeriği zamanla değişebilir.
Startup tamamlandıktan sonra aynı /health endpointi HTTP 200 ve {'status':true} döndürdü. Bu, yalnız container 'Up' durumundan daha güçlü bir final testtir.
Health 200 sonrası browser domain, Ollama model listesi ve kullanıcı oturumu ayrıca doğrulanmalıdır.
curl -sS -i http://127.0.0.1:3000/healthLog satırları ilerliyor ve model/migration işi devam ediyorsa art arda restart etmek hazırlığı sürekli başa sarabilir. Önce birkaç health denemesi ve log kontrolü yapın.
Log tamamen durduysa, fatal exception varsa veya disk/network hatası tekrar ediyorsa kontrollü restart ve kök neden analizi yapın.
docker restart open-webuidocker logs --tail 150 open-webuiGerçek kurulumda /app/backend/data yolu named volume ile kalıcı tutuldu. Container recreate ederken bu volume korunursa veritabanı ve uygulama durumu container yaşam döngüsünden bağımsız kalır.
Hata çözmek için volume'u rastgele silmek ilk kullanıcı ve ayarları kaybettirebilir; yedek almadan destructive işlem yapmayın.
docker volume inspect openwebui_dataHealth başarılı olduktan sonra gerçek domain üzerinden Open WebUI karşılama ekranı açıldı, ilk yönetici hesabı oluşturuldu ve qwen3:4b model seçicide görüldü.
Bu üç ekran backend health, kullanıcı yönetimi ve Ollama entegrasyonunun farklı katmanlarını doğrular.
Final yapıda Open WebUI host portu yalnız 127.0.0.1:3000 üzerinde tutuldu ve public erişim Nginx HTTPS üzerinden verildi. Reboot sonrası aynı güvenlik ve health koşullarını tekrar doğrulayın.
Unhealthy etiketi tek başına sebep değildir; log + HTTP health + gerçek UI birlikte değerlendirilmelidir.
docker ps --filter name='^/open-webui$'ss -lntp | grep ':3000'curl -sS http://127.0.0.1:3000/healthGerçek testte ilk migration ve embedding hazırlığı devam ederken health başarısızdı.
curl tarafında bağlantıdan geçerli HTTP cevabı alınamadığını ifade eden çıktı olarak görüldü.
Backend ilk startup sırasında bağlantıyı henüz stabil tutamıyordu.
Log ilerliyorsa önce startup işinin tamamlanmasını beklemek daha doğru olabilir.
Gerçek v0.11.0 loglarında sentence-transformers/all-MiniLM-L6-v2 görüldü.
HTTP 200 ve status true.
127.0.0.1:3000, container içinde 8080.
Aynı eka-ai Docker ağında http://ollama:11434.
Hayır; veri kaybı riski nedeniyle yalnız bilinçli ve yedekli işlem yapılmalı.
Ollama bağlantısı ve OLLAMA_BASE_URL/Docker network katmanını ayrı kontrol edin.
Güncel Open WebUI quick-start dokümantasyonu WebSocket desteğinin gerekli olduğunu belirtiyor.
Hayır; güncel dokümantasyonda rolling image olarak açıklanıyor. Üretimde sabit release tag düşünülebilir.
Upstream henüz cevap vermiyorsa reverse proxy katmanında bu tip sonuçlar görülebilir.
docker ps → docker logs → localhost /health → volume/network → domain/Nginx.
Ollama ve Open WebUI gibi self-hosted AI servislerini EKA Sunucu Linux VPS üzerinde çalıştırabilirsiniz.
Güncellendi: 10.08.2026