Reprise du message précédent :
@getget : je te suggère de revoir ta manière d'utiliser docker ^^
Car ça semble bien le boxon dans ton NAS
Il faut aussi te documenter sur ce qu'est un volume docker et comment en assurer la pérennité car souvent dans les volumes sont stockés des données importantes, tant pour le conteneur, que pour ton utilisation.
 
Personnellement, j'essaie toujours de faire en sorte de monter le volume depuis le NAS avec docker-compose. Ça permet de récupérer les données en cas de soucis et/ou de sauvegardes, et d'y agir dessus facilement.
 
tes fichiers docker-compose.yml doivent être placés dans /volume1/docker/conteneurX/
ou conteneurX est le nom de ce que tu veux déployer (tu peux aussi bien l'appeler toto ).
 
Mais perso, je ne passe plus que par Portainer pour faire les conteneurs, à base de fichiers docker-compose.yml.

J'utilise très peu, j'ai une VM avec une debian, et au moins je comprends ce que je fais (ou à peu près )
 
Je ne mets que des choses "peu importantes" dans docker, et là ayant changé de voiture, c'était le boxon avec les 2 mélangées; je voulais repartir d'une bdd propre.
 
J'utilise maintenant docker-compose, au moins par rapport à DSM, je sais à peu près ce qu'il fait.
 
Encore une chose que je n'ai pas vraiment compris c'est comment upgrader. Je suis sensé avoir la toute dernière version de Teslamate  
 
  teslamate:
    image: teslamate/teslamate:latest
 
dans le docker-compose, et j'ai la version 1.26.1 alors qu'il y a la 1.27.1 (https://github.com/adriankumpf/teslamate/releases)

watchtower

Merci je vais regarder ça, mais vu que je viens de récupérer les images, il aurait dû prendre la dernière version non ?
 
Edit : J'ai refait la même chose et il a prit la toute dernière

Couplé à un bot telegram

Pas besoin non

docker-compose pull
pour lui dire de checker si y a une nouvelle version (y compris latest).
Sinon il check qu'il a une image :latest en local, et si oui il regarde pas si y a une nouvelle version.

Merci

Ça dépend des gens et des besoins.
 
Perso savoir ce qu’il a fait avec succès m’intéresse, et sans avoir à me connecter

Il y en a qui ont installé Mediawiki avec docker-compose? Comme souvent il faut mariadb mais là la page de config n'arrive jamais à s'y connecter. Dans les logs il est dit qu'il faudrait donner un mot de passe à root, mais c'est déjà dans le docker-compose.yml
J'ai testé sans docker dans une vm, ça marche très bien donc le problème vient bien du docker-compose que voici:
 

Euh tes variables d'environnements de ton image mariadb correspondent pas du tout à celles attendues https://hub.docker.com/_/mariadb

Si c'est cà c'est grave parce que le fichier et en particulier les variables sont celles données sur la page de mediawiki de docker hub.

Bah si

 
Par contre, il manque les variables utilisées par MediaWiki : https://www.mediawiki.org/wiki/Medi [...] se_server)

Je sais pas je lis ça moi:

Et j'en vois aucune là

j'ai copié / collé depuis https://hub.docker.com/_/mariadb ...

Moi aussi

Tu parles des variables qui servent à définir le password root initial...
 
Essaye CTRL+F sinon.

Oui et la doc dit que c'est required donc fait au moins une de ces 4 de défini. La doc du wiki le met a allow empty password d'ailleurs

Je viens de tester en ajoutant MARIADB_ROOT_PASSWORD, aucun changement.

@Priareos
 
Si tu fais :  
docker exec -it database bash
Puis "mysql -u <user défini> -p" que tu tapes ton mdp, tu arrives à te connecter au serveur maria ?
 
Si oui,
Depuis l'install de mediawiki tu saisis quoi dans la conf pour :  
- mysql host
- mysql user
- mysql password
 
?

En rentrant dans le conteneur je peux me connecter avec wikiuser mais pas avec root.
 
Pour la config:
host: localhost ( j'ai essayé 127.0.0.1 comme suggéré mais ça ne change rien )
user: root ou wikiuser
password: password
Il faut aussi indiquer le nom de la base, dans mon cas:
database: wikimedia
 
Ce sont bien les données du docker-compose.

Pour le host tente avec "database".

 
 
Et bien il fallait la trouver celle-là, c'est complètement improbable d'avoir l'idée de faire ça. En tout cas un grand merci à toi, j'aurais pu chercher longtemps.

Alors non au contraire, c'est juste ultra logique quand tu bosses avec docker/des vms .

Pars du principe que docker c'est rien de plus qu'un parc de serveurs et chaque serveur à sa propre ip/son propre nom

C'est surtout que Docker gère DHCP / DNS / IPAM.
 
Au sein d'un même réseau Docker (ce qui est le cas par défaut dans un même docker-compose.yml), tes containers peuvent discuter entre eux avec le nom du service.

Oui effectivement, en y réfléchissant à tête reposée je comprends l'idée.

Hello, petite question réseau.
J'ai une installation Docker avec Traefik et quelques containers. Ça fonctionne correctement, j'accède à partir de mon nom de domaine etc...
Par contre j'ai 1 container Jellyfin qui a besoin d'un accès direct au LAN donc j'ai créé un macvlan et ça fonctionne sans problème. Est-ce que c'est une bonne méthode ou il vaut mieux utiliser autre chose ?
J'ai besoin qu'un autre container puisse accéder au LAN aussi. Je peux utiliser le macvlan ou c'est limité à un seul container ?
Merci

Pas besoin de MACVLAN pour que tes containers accèdent au lan

J'ai réussi à faire ce que je voulais pour les 2 containers en utilisant macvlan mais sans ça je n'y arrive pas, tu configures comment ? Tu déclares un réseau pour Traefik et un autre réseau pour le LAN ?

Dans certains cas (Pihole qui fait office de serveur DHCP, par exemple) c’est en effet plus simple d’être en mode host / macvlan.
 
Pour Jellyfin, tu utilises le serveur DLNA ?

Le serveur DLNA je m'en sers très peu, je souhaite surtout que quand je suis en local tout passe en local. Peut-être que ce n'est pas nécessaire, je n'ai jamais réellement testé.  
Est-ce qu'il y a un avantage du mode host par rapport au macvlan ? Ou est-ce qu'il y a un inconvénient à utiliser le macvlan ? Merci

Tu ne devrais pas avoir de soucis en mode bridge alors, il faut juste rediriger le(s) port(s) nécessaire(s).

En mode bridge je peux quand même conserver le réseau dédié à Traefik ? J'ajoute un nouveau réseau dans mon docker-compose en plus ? Merci

Tu as plusieurs solutions, perso ma stack Plex (pour Plex, Tautulli, Overseerr, etc.) a un réseau Docker dédié, et le container Plex partage un autre réseau avec Traefik.

Merci, de mon côté chaque container a un réseau dédié entre Traefik et le container, ça fait pas mal de réseaux à gérer mais niveau sécurité à priori c'est mieux que tout soit segmenté plutôt que tout dans un même réseau.
Donc dans mon docker-compose pour Jellyfin, j'ai un réseau Jellyfin <-> Traefik + un réseau macvlan. J'ai fait la même chose pour HomeAssistant sinon l'autodiscover sur le LAN ne fonctionnait pas.
Il faut que j'arrive à bien voir la différence entre bridge, host et macvlan, je vais chercher des infos là dessus.

J'ai juste essayé Jellyfin il y a quelques années, mais avec Plex en mode bridge (et juste le port TCP 32400, pour les clients locaux) tout fonctionne, y compris l'accès extérieur derrière Traefik.

On peut affecter un conteneur dans plusieurs réseau ???
 
Oh mais ça peut simplifier certaines choses avec mon Nginx (via swag)  

Oui
 

J'ai une autre question : j'ai une machine avec Docker et Traefik, mes containers avec chacun ses labels pour Traefik et y accéder en https, pas de souci.
J'ai par contre une autre machine sur laquelle j'ai une interface web à laquelle j'aimerais accéder en https aussi, il est possible de le faire avec Traefik ? Merci

 
Oui tu peux aussi l'utiliser comme un proxy classique, avec une conf à partir d'un fichier.