Aller au contenu

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

De Loic Wiki
Phase 2 : enrichissement documentation
Daneel (discussion | contributions)
Documentation conteneurs enrichie: runtime, paramètres, ports, volumes, relance et diagnostic
 
(Une version intermédiaire par un autre utilisateur non affichée)
Ligne 12 : Ligne 12 :


== Exécution / runtime ==
== Exécution / runtime ==
Conteneur open-webui (image ghcr.io/open-webui/open-webui:main) ; exposition Caddy active
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 ==
== Chemins de configuration ==
Ligne 18 : Ligne 27 :
* /home/loic/clawd/RAG_openWebUI.md
* /home/loic/clawd/RAG_openWebUI.md
* /home/loic/openwebui.tar.gz
* /home/loic/openwebui.tar.gz
* à identifier puis ajouter : fichier de service exact, compose ou quadlet si retrouvé


== Volumes / persistance ==
== Volumes / persistance ==
* Non documenté précisément à ce stade
* volume Podman nommé `open-webui` présent sur l'hôte
* points de montage internes exacts encore à confirmer dans la documentation


== Dépendances ==
== Dépendances ==
* Ollama pour l'inférence locale
* Ollama pour l'inférence locale
* Caddy 25680 -> 8080
* 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 ==
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é.
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 ==
== Maintenance documentaire ==
Dès que le fichier de service exact ou le compose est identifié, l'ajouter ici avec les volumes et variables. Mettre à jour cette page à chaque changement d'image, de backend LLM ou de proxy.
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.