Reprise du message précédent :
Je ne pense pas que ce soit possible sauf en passant par du Docker Swarm peut-être mais je n'ai pas envie de mettre une usine à gaz, sinon je rassemblerai mes 2 instances Docker en une seule s'il n'y a pas de solution simple mais sait-on jamais

C'est à dire ?  Partager la meme conf ? Les cascader ?

En gros avoir mon Traefik sur mon hôte A et pouvoir l'utiliser aussi sur mon hôte B comme si j'étais sur le A (déclaration du network, des routeurs, etc...)

Tu peux en passant par le provider redis pour centraliser la conf https://github.com/jittering/traefik-kop
Ou alors plus simple via le file mais à maintenir à la main ou via un script à écrire

Ah pas mal du tout, c'est donc possible sans utiliser Swarm. Merci pour les infos ! Je n'aurais que peu de container sur l'hôte B que je souhaite utiliser avec Traefik, peut-être que la méthode manuelle est aussi une alternative. Il faut que je regarde tout ça

https://doc.traefik.io/traefik/refe [...] e-provider
 
Et dans l’URL du service tu passe l’ip de ton serveur B sur le port ouvert de ton container

Merci, je vais monter un 2eme Docker de test et tester

Les gens qui ont un Paperless AI, arrivez-vous à faire fonctionner le RAG?
J'ai l'impression que le Ryzen 7 5700X galère un peu pour faire tourner l'IA sur 5 000 documents.

Je le fait tourner avec l'API gemini , mais je le trouve nul le RAG.

Moi qui avais installé le merdier en espérerant avoir un agent conversationnel à qui demander n'importe quelle info se trouvant dans mes documents.

 
Alors que bien sur j'ai toutes ms factures electriques dans la base.

T'as essayé avec 2.5 Pro ? Pour du RAG j'aurai pas utilisé la version Flash spontanément... Je sais bien que c'est pas le même tarif mais si ça fonctionne...

Salut ,
Je suis à la recherche d’une alternative à Portainer car ma licence BE 5 noeuds gratuits arrive à expiration et je ne peux pas renouveler pour 5 noeuds juste 3… or j’ai besoin de 5 noeuds    
 
Je reste Komodo https://github.com/moghtech/komodo
 
Ça a l’air pas mal du tout.
 
Est-ce que certains l’utilisent ici ?
J’ai un soucis avec la variable PERIPHERY_BIND_IP pour un client.
Explications :
J’ai une VM de supervision dans laquelle j’ai installé le core serveur et la base de données ainsi que le Periphery pour gérer les quelques conteneurs de cette VM.
J’ai d’autres serveurs clients que je veux gérer depuis cette VM superviseur.
VM superviseur : 192.168.2.145
Client 1 : 192.168.2.64
 
 
Dans le docker compose du client, si je ne mets pas la variable PERIPHERY_BIND_IP, je n’ai pas de soucis à connecter ce client au Komodo superviseur.
 
Mais lorsque  je lui mets l’adresse IP de mon serveur superviseur 192.168.2.145 dans PERIPHERY_BIND_IP , la connexion vers le superviseur ne fonctionne plus…
 
Du coup je ne comprends pas …
Si le bind_IP vers l’IP du superviseur bloque la connexion à quoi sert ce bind ??
Bref … j’ai du rater quelque chose…
Quelqu’un pour m’aider !
 
Merci d’avance et bonne soirée  

Oui j'ai migré de portainer vers Komodo il y a un moment et j'en suis satisfait pour l'instant.
 
Komodo tourne en tant qu'Apps sur mon TrueNAS et je n'ai rien fait à part spécifier une adresse IP spécifique pour qu'il se bond dessus et après, clic clic clic install.
 
Ah si, je lui ai rajouté un point de montage pour qu'il trouve un compose.yaml spécifique.
 
Par contre, je n'ai pas la réponse à ta question car je ne m'en sert pas comme ça, désolé

PERIPHERY_BIND_IP indique au server periphery sur quelle ip se binder et pas vers qui se connecter.
 
Si tu mets l'ip du server dans cette variable, le server periphery va essayer de se binder sur cette ip, mais comme elle n'est pas présente sur client 1, ça va foirer

Je n’ai pas trop poursuivi par manque de temps mais mon installation fonctionne bien , je veux dire sans PERIPHERY_BIND_IP de spécifiée.
J’ai installé un conteneur sur un serveur client et ça marche bien.
Mais j’ai un souci avec les couleurs de l’interface qui ne m’en plaise pas trop …
 
 
 

Ok donc je suis marron je peux pas l’utiliser cette variable . Mon client est en docker dans un réseau bridge donc avec une adresse non directement accessible depuis le serveur .
Et d’ailleurs le serveur est dans le même cas.
 
Tu ferais comment toi ?
 
 

Si je comprends bien ton setup, tu as le serveur Komodo sur une machine X et tu veux installer un Komodo Periphery sur une machine Y et la connecter à X, c'est ça ?
 
Je ferai ca mais je ne l'ai jamais testé
 
Ton Komodo Periphery sur Y, tu le fais ecouter sur un port xxx accessible depuis l'exterieur via la machine Y.
Dans Komodo, tu crées un nouveau serveur et dans les propriéts, dans le champ address tu mets l'ip de Y et le port xxx
 
Et tu me dis si ca fonctionne

C'est d'ailleurs décrit ici https://komo.do/docs/setup/connect-servers

 En gros oui c’est ça que j’ai fait , j’ai aussi installé  en plus sur le serveur un periphery pour contrôler ce qui est sur mon superviseur.
 
 
 

 
C’est la doc que j’ai suivi en effet  

Donc ca doit fonctionner. Il faut par contre que ton client periphery puisse utiliser un port mappé sur l'ip de la machine qui l'héberge

En fait tout fonctionne bien , depuis le superviseur j’ai pu déployer sur le client un conteneur sans soucis.
Mais j’ai dû supprimer la variable BIND_IP

 
 
on peut parler Portainer dans ce topic ?  

Ya pas de raison qu'on ne puisse pas ! Je l'utilise aussi sur mon serveur pour gérer mes stacks.

Cool    
 
Avant toute chose, je souhaite préciser que j'ai un faible niveau. Je comprends au mieux moyennement ce que je fais via docker. Encore moins avec Portainer.
 
j'ai des difficultés avec l'appli KaraKeep que je virtualise avec Docker et Portainer.
J'arrive à faire tourner l'appli. Cependant, j'essaie de définir un dossier de stockage (en réseau) dans le compose.yml mais cela ne semble pas fonctionner. J'ai installé plusieurs fois l'appli, tant via docker que via Portainer.
 
les variables sont décrites ici : https://docs.karakeep.app/configuration/
 
J'ai défini dans mon .env

et compose.yml fait référence à .env aux lignes env_file:
 
Le dossier /opt/karakeep/data pointe vers mon dossier réseau destination (lien fait dans fstab et est fonctionnel). Cependant, aucune écriture n'y est faite lorsque j'ajoute du contenu dans karakeep.  
 
Une idée de la cause de mon problème ?  
 
 

Ces dossiers sont ils présents dans le même chemin sur l’hôte docker que dans le conteneur ?
Car souvent les devs qui codent leur docker comme ça veulent le même chemin…
Perso, je n’aime pas ça du tout… c’est jamais clairement expliqué.
 
Sinon as-tu essayé de passer le chemin en volume ?

Ha karakeep je connais, enfin quand l'appli s'appelait hoarder.
 
Sans ton compose.yml ni ton fichier env c'est compliqué.
Là comme ça je te dirais de vérifier que le user utilisé pour lancer l'appli a bien les droits pour écrire dans les répertoires.
 
Tu peux faire différents tests :
- lancer un shell dans le conteneur de karakeep (https://docs.portainer.io/user/docker/containers/console), aller sur un des répertoires et tenter d'écrire dedans.
    --> comme ça tu verras d'une part si les path sont bons et bien montés, et d'autre part si le conteneur a le droit d'écrire dedans.
- si c'est un problème de droit tu peux changer ça sur l'hôte a coup de chmod.

 
Vu que ma licence gratuite 3 noeuds portainer vient d'expirer et que ça me gave de la renouveler j'ai testé aussi komodo, et ben c'est pas mal du tout.
J'avais déjà testé, l'année dernière je crois, sans être convaincu mais là j'avoue j'ai été impressionné :

• déjà la migration portainer/komodo est ultra simple : déclarer la stack dans komodo et voila ! Pas de recréation de la stack nécessaire, aucun arrêt ! J'ai migré toutes mes stacks en quelques minutes. Par rapport à portainer qui rale s'il n'a pas créé la stack lui même c'est un bon changement.
• Mise à jour des containers ultra simplifiée, j'avais réussi à le faire avec portainer mais là c'est très simple.
• J'aime bien la synchro bidirectionnelle avec github de mes stacks. Comme ça je peux éditer toutes mes stacks depuis komodo et ça push sur mes repos.

Me reste plus qu'à tester dozzle et dtop et ça sera nickel !
 
Il n'y a que la mise à jour de komodo en lui même qui me semble moins pratique que portainer qui peut se mettre a jour tout seul.
Pour l'instant j'ai installé le plugin docker compose sur mon serveur unraid et je gère la stack komodo comme ça, mes autres stacks sont gérées par komodo.
 
Je garde mon conteneur portainer éteind en cas de besoin jusqu'à ce que la licence périme mais je pense sérieusement conserver komodo.

Ha ! Ce que tu décris m'intéresse  eaucoup Je savais pour l'histoire des stacks, mais pas que ça reprennait celles de Portainer sans problème...
Moi j'allais supprimer de Portainer et recréer dans Komodo    
Je ne savais pour la la synchro bidirectionnelle d'un dépôt Git c'est très intéressant

merci pour votre aide  

je ne comprends rien à ton message malheureusement. Comment vérifier cette histoire de dossier présents dans l'hote ? Mes dossiers sont déclarés directement dans le fstab.
Et ton idée de volumes : ca se déclare où stp ?

L'idée est intéressante. Je viens d'essayer mais :

• échec de la connexion avec mon username utilisé en SSH sur l'hote (Unable to create exec: unable to find user bfr: no matching entries in passwd file)
• échec de la connexion avec mon utilisateur karakeep (Unable to create exec: unable to find user bfr: no matching entries in passwd file)
• problème de connexion en root :

Je ne sais pas avec qui me connecter

 
Alors, pour la connexion en root il me semble que par défaut portainer te propose d'ouvrir une session avec bash, hors il n'est pas toujours disponible dans le conteneur. D'où le message que tu obtiens.
Je crois que tu dois pouvoir changer de shell dans l'interface de portainer et utiliser sh par exemple qui lui doit être présent.

Salut
Je voudrais bien un peu d'aide de ta part pour configurer mon dépôt gitea autohébergé
J'ai configuré le lien vers le site et les ID/Token dans Settings/Providers/Git Accounts.
J'ai ensuite créé un dépôt dans Repos avec l'identifiant créé précédemment.
Mais quand je veux faire un Pull, j'ai cette erreur :

Je ne comprends pas pourquoi il ne peut pas aller dans ce dossier...
C'est le dossier de la variable :

Comment as-tu procédé ?

Pour info, voilà mon docker-compose.yml :

Haaaa j’ai trouvé !
Il fallait d’abord faire un reclone !!
Ensuite les pull passent sans soucis  

 
Oui il y un truc qui n'est pas très logique, enfin pour moi, quand on créé et importe la stack.
J'ai aussi tâtonné pas mal de temps mais une fois qu'on a compris ça va vite.

Je n’ai pas encore été faire une stack à partir du dépôt !
 
Mais j’ai lu qu’on pouvait aussi faire comme Portainer : créer la stock depuis un docker-compose.yaml dans un dépôt git mais là ça fait un clone par stack.
J’aurai aimé éviter ça et n’avoir qu’un seul clone.

 
   
 
je viens de tester. Cela fonctionne avec sh en effet    
J'ai pu tester la création d'un fichier texte, cela a fonctionné, mais j'étais root, donc le contraire aurait été surprenant. Je ne peux pas me connecter avec le nom d'utilisateur karakeep. Est-ce normal ?
 
Par contre, j'ai pu me rendre compte que le dossier /opt/karakeep/data/ n'est pas le même que celui que j'ai sur mon serveur qui héberge docker/karakeep. Je ne comprends pas ce point    
 
Voici mon compose.yml et mon stack.env pour info
 

Ben tu montes pas ton répertoire dans ton conteneur (partie volumes), donc normal que tu ne l'y retrouve pas.
Pour la connexion en tant que user karakeep, est-ce qu'il existe dans ton conteneur ?

Les trois quart de mes stack Komodo sont des compose.yaml + .env stockés dans un repo git de mon instance forgejo.
 
Je clique sur deploy dans l’interface et hop il va tout récupérer comme un grand. Je ne me préoccupe pas de là où il fait son git clone, c’est son problème.
 
J’ai juste une stack spéciale pour Harbor pour laquelle j’ai du monter le fs la contenant dans le conteneur periphery pour l’importer  
 
Le plus chiant a été de configurer le user/password/token et l’URL dans Komodo, pour git et ma registry privée

Tu gères comment les secrets ?

Ton Periphery est installé comment ? Docker ou systemd ?  
Moi c’est docker…
Et si je ne mets pas de chemin il ne trouve pas car les fichiers yaml sont nommés docker-compose.yaml…
Tu pourrais faire quelques captures s’il te plaît ?

 
Ils sont dans des fichiers sur le volume ZFS dédié au container et je me sers des variables _FILES quand c'est disponible ou sous forme de variables dans des .env
 
Il y a sûrement mieux à faire mais pour l'instant ça me convient et ça m'évite d'avoir les secrets dans mon git

 
C'est une APPS installée via TrueNAS, via docker donc. Mais le reste, c'est de la magie gérée par TrueNAS
 
TrueNAS crée automatiquement les volumes nécessaires pour Komodo

 
Je retrouve mes stacks dans /mnt/.ix-apps/app_mounts/komodo/periphery_root/stacks et c'est la qu'il faut ses git clone/pull
 
Pour le cas spécial d'Harbor, j'ai juste rajouté le volume contenant le docker-compose.yaml dans le container periphery et dans la gui, lors de la création de la stack, j'ai choisi files on server et indiqué le chemin
 
Tu peux choisir le nom du fichier yaml.
 

 
Tu cliques sur le + Filepath et tu choisis ton docker-compose.yaml
 
Je n'ai pas cherché si c'était possible de configuer ça par défaut