Aller au contenu

« Trace install tas - Open WebUI » : différence entre les versions

De Loic Wiki
Création de la page de trace logicielle
 
Daneel (discussion | contributions)
Documentation conteneurs enrichie: runtime, paramètres, ports, volumes, relance et diagnostic
 
(2 versions intermédiaires par un autre utilisateur non affichées)
Ligne 2 : Ligne 2 :


== Rôle ==
== Rôle ==
Interface web pour les LLM locaux.
Interface web vers les LLM locaux.


== Accès ==
== Accès ==
Ligne 9 : Ligne 9 :


== Ports ==
== Ports ==
8080 local, 25680 public via Caddy
8080 local, 25680 public


== Exécution / runtime ==
== Exécution / runtime ==
Conteneur open-webui (image ghcr.io/open-webui/open-webui:main)
Conteneur open-webui (image ghcr.io/open-webui/open-webui:main) ; exposition Caddy active.


== Installation / configuration ==
État documentaire actuel :
Exposé derrière Caddy. Présent aussi dans Homepage.
* la présence du conteneur actif est confirmée
* un volume Podman nommé `open-webui` est référencé comme persistance probable
* la méthode de lancement exacte (quadlet, compose, service systemd manuel ou commande podman) n'est pas encore formellement tracée ici
 
Conséquence :
* les éléments d'accès et de dépendances sont documentés
* mais la source de vérité de lancement reste à compléter pour une restauration 100% déterministe
 
== Chemins de configuration ==
* /etc/caddy/Caddyfile
* /home/loic/clawd/RAG_openWebUI.md
* /home/loic/openwebui.tar.gz
* à identifier puis ajouter : fichier de service exact, compose ou quadlet si retrouvé
 
== Volumes / persistance ==
* volume Podman nommé `open-webui` présent sur l'hôte
* points de montage internes exacts encore à confirmer dans la documentation
 
== Dépendances ==
* Ollama pour l'inférence locale
* Caddy 25680 -> 8080
 
== Procédure de relance / diagnostic ==
À utiliser tant que la source de vérité n'est pas formellement documentée :
* identifier d'abord le service réel ou la commande réelle avant toute modification
* commandes de diagnostic recommandées :
  * `podman ps --all | grep -i open-webui`
  * `podman inspect open-webui`
  * `systemctl --user list-unit-files | grep -i open-webui`
  * `curl -I http://127.0.0.1:8080/`
 
Explication des commandes :
* `podman ps --all` : montre les conteneurs actifs et arrêtés.
* `podman inspect` : permet d'identifier image, volumes, ports et labels du conteneur réel.
* `systemctl --user list-unit-files` : permet de repérer un éventuel service systemd utilisateur associé.
* `curl -I` : vérifie rapidement l'accès HTTP local.


== Remarques ==
== Remarques ==
Utilisé comme interface principale vers Ollama / modèles locaux.
Le conteneur est actif mais les détails de la méthode de lancement ne sont pas encore documentés dans un quadlet local identifié. Cette page reste donc opérationnelle pour l'accès et la sauvegarde probable, mais incomplète pour la reconstitution exacte du lancement.
 
== Données / emplacements à sauvegarder ==
* volume Podman nommé open-webui présent sur l'hôte
* bloc Caddy lié à l'exposition publique
* chemins de lancement exacts encore à confirmer
 
== Sauvegarde ==
* Sauvegarder le volume Podman open-webui s'il correspond bien à l'instance active.
* Sauvegarder le bloc Caddy et tout fichier de service/compose/quadlet dès qu'il est identifié.
* Documenter ensuite explicitement les variables d'environnement si elles existent.
 
== Restauration ==
* Restaurer le volume open-webui puis relancer le conteneur/service actif selon la méthode réellement identifiée.
* Vérifier ensuite la connexion à Ollama et le proxy Caddy.
* Après identification de la méthode de lancement, compléter cette page avec la commande exacte et ses paramètres.
 
== Maintenance documentaire ==
Dès que le fichier de service exact ou le compose est identifié, l'ajouter ici avec les volumes, variables, ports internes et commande de relance. Mettre à jour cette page à chaque changement d'image, de backend LLM ou de proxy.


== Trace documentaire ==
== Trace documentaire ==
Cette page fait partie de [[trace install tas]].
Cette page fait partie de [[Trace install tas]].

Dernière version du 12 avril 2026 à 18:57

Trace install tas - Open WebUI

Rôle

Interface web vers les LLM locaux.

Accès

Ports

8080 local, 25680 public

Exécution / runtime

Conteneur open-webui (image ghcr.io/open-webui/open-webui:main) ; exposition Caddy active.

État documentaire actuel :

  • la présence du conteneur actif est confirmée
  • un volume Podman nommé `open-webui` est référencé comme persistance probable
  • la méthode de lancement exacte (quadlet, compose, service systemd manuel ou commande podman) n'est pas encore formellement tracée ici

Conséquence :

  • les éléments d'accès et de dépendances sont documentés
  • mais la source de vérité de lancement reste à compléter pour une restauration 100% déterministe

Chemins de configuration

  • /etc/caddy/Caddyfile
  • /home/loic/clawd/RAG_openWebUI.md
  • /home/loic/openwebui.tar.gz
  • à identifier puis ajouter : fichier de service exact, compose ou quadlet si retrouvé

Volumes / persistance

  • volume Podman nommé `open-webui` présent sur l'hôte
  • points de montage internes exacts encore à confirmer dans la documentation

Dépendances

  • Ollama pour l'inférence locale
  • Caddy 25680 -> 8080

Procédure de relance / diagnostic

À utiliser tant que la source de vérité n'est pas formellement documentée :

  • identifier d'abord le service réel ou la commande réelle avant toute modification
  • commandes de diagnostic recommandées :
 * `podman ps --all | grep -i open-webui`
 * `podman inspect open-webui`
 * `systemctl --user list-unit-files | grep -i open-webui`
 * `curl -I http://127.0.0.1:8080/`

Explication des commandes :

  • `podman ps --all` : montre les conteneurs actifs et arrêtés.
  • `podman inspect` : permet d'identifier image, volumes, ports et labels du conteneur réel.
  • `systemctl --user list-unit-files` : permet de repérer un éventuel service systemd utilisateur associé.
  • `curl -I` : vérifie rapidement l'accès HTTP local.

Remarques

Le conteneur est actif mais les détails de la méthode de lancement ne sont pas encore documentés dans un quadlet local identifié. Cette page reste donc opérationnelle pour l'accès et la sauvegarde probable, mais incomplète pour la reconstitution exacte du lancement.

Données / emplacements à sauvegarder

  • volume Podman nommé open-webui présent sur l'hôte
  • bloc Caddy lié à l'exposition publique
  • chemins de lancement exacts encore à confirmer

Sauvegarde

  • Sauvegarder le volume Podman open-webui s'il correspond bien à l'instance active.
  • Sauvegarder le bloc Caddy et tout fichier de service/compose/quadlet dès qu'il est identifié.
  • Documenter ensuite explicitement les variables d'environnement si elles existent.

Restauration

  • Restaurer le volume open-webui puis relancer le conteneur/service actif selon la méthode réellement identifiée.
  • Vérifier ensuite la connexion à Ollama et le proxy Caddy.
  • Après identification de la méthode de lancement, compléter cette page avec la commande exacte et ses paramètres.

Maintenance documentaire

Dès que le fichier de service exact ou le compose est identifié, l'ajouter ici avec les volumes, variables, ports internes et commande de relance. Mettre à jour cette page à chaque changement d'image, de backend LLM ou de proxy.

Trace documentaire

Cette page fait partie de Trace install tas.