Reprise du message précédent :
Certains collecteurs (genre celui pour le matos Unifi Ubiquiti) ne gèrent pas encore InfluxDB 2.0 nativement, mais tu peux toujours faire des mappings : bucket/database et token/user.

je sais déjà pas ce qu'est un "bucket"...  

Bordel

C'est mon fichier de conf telegraf qui était pourri !

J'avais commencé un setup influxdb V1 puis rapidement passé sur la V2. Et je n'avais pas recommenté le [[outputs.influxdb]]  

Du coup, c'est bon, telegraf écrit dans la base

Maintenant, faut régler le souci grafana

 
C'est là où ton user (telegraf par ex) store ses datas.

J'avance doucement.  
Visiblement, j'ai un problème de resolution dns. Et pas que dans le container grafana mais dans tous les containers
 
Les containers ne prennent pas le resolv.conf du mon host ou en tout cas, ça ne communique pas. Donc forcement ça coince dans Grafana ...
 
Vu du container par ex, j'ai ça :  
 

C'est normal, ton conteneur est "isolé" de la machine hôte.

Je suis familier avec ce principe mais je cherche la solution
Pas envie de mettre un dns en dur dans le resolv.conf du container, ni de tout ouvrir avec un network: host

Y'a vraiment un truc que je ne dois pas comprendre ...

J'ai une autre vm avec les même niveaux de version os, docker, docker-compose et je viens de tester un conteneur, aucun souci de resolution dns ... Je ne comprend vraiment pas ...

edit :

je viens de faire un docker network inspect entre mes 2 reseaux sur mes 2 machines et aucune difference...

je ne comprend rien de rien

nb : aucune des 2 machines n'a l'ip forwarding activé pour info (cf https://docs.docker.com/network/bridge/)

Généralement, Docker profite plus de quoi? Des c/t, fréquences hautes ou de la ram?

J'ai beau lire un peu partout, j'ai du mal à saisir la différence pour les utilisateurs entre :
- un user-namespace
- "user: PID:GID" dans un fichier docker-compose
- "environment: PUID= PGID=" dans  dans un fichier docker-compose
Si quelqu'un peut m'expliquer la différence entre l'utilisation des 3 je suis preneur merci !

Problème de DNS : ton host a un resolveur local / 127.0.0.1 que le conteneur essaye de joindre mais ne peut pas.
Quelle version de docker ?
T'es sous Ubuntu, non (j'ai déjà vu ce problème uniquement sur Ubuntu, et ça date un peu).

En workaround possible, tu peux spécifier les DNS à utiliser au démon docker.

20.10.15 pour docker, sur une Debian 10.
 
Mais ce que je trouve super bizarre, c'est que j'ai 2 vm quasi clonées, sur l'une ça fonctionne et pas l'autre ...
 
Et zero difference entre les retour docker inspect ...
 
faut que je colle le dns dans un daemon.json dans /etc/docker,  c'est ça ?
 
Mais bon, c'est trop bizarre cette difference de comportement ... j'aime vraiment pas ne pas savoir ce qui se passe réellement...

La conf DNS tu peux pas la voir avec un docker inspect.

Regarde la conf du démon docker (ps auxfwww ou systemctl status) ainsi que la conf DNS de la machine et comparé entre les deux machines.

Tu peux aussi tenter un restart du démon docker et voir si ça corrige le problème.

Nope. Même conf dns entre les 2 hosts.

Avec un systemctl status, tout semble ok, au niveau du  CGroup: /system.slice/docker.service j'ai des infos reseaux similaires, bref ...

J'ai ça dans ma log grafana :

Je vais déployer grafana sur l'autre machine, on verra ce que ça dit

merci en tout cas

edit : Et j'ai redémarré le démon, pas de changement.

Faut pas regarder les confs, mais les paramètres utilisés pour lancer (d'où le ps auxfwww).
C'est récupéré de façon automatique, tu le verras pas dans une conf.
Faut regarder les logs de démarrage de docker éventuellement.

okayy .. mais je ne vois pas bien ce que je peux sortir des infos du ps en fait
 
Sur ce que je viens de déployer pour tester et qui fonctionne par ex, j'ai
 

 
 
Sinon, justement, je viens de lancer Grafana sur cette autre machine. Impeccable. Aucun souci, je peux récupérer un dashboard , connection à grafana.com sans souci.
 
Pourtant, même docker-compose.yml, même user, même conf reseau sur les hosts.
 
 

Pas de firewalld sur la machine qui pose soucis ?

Nope, pas de firewall installé
 
Je viens de rm mon container et de le rebuilder from scratch et même combat, ça coince.
 
C'est forcement soit le host soit le docker engine mais alors là, je sèche

 
Je viens du topic Serveur@home
 
J'ai un Raspi4 en 4Gigos, qui tourne sous Raspbian Lite.
Je veux m'en servir pour me remettre dans le bain, pour m'amuser, et pour tout pleins d'autres choses encore. Il ne sera pas utilisé en professionnel. Donc je peux me permettre d'installer, de tester, de désinstaller.
 
J'ai installé Docker et Docker-Compose hier (petits soucis pour la partie cryptographie mais j'ai corrigé).
J'ai des questions certainement très bêtes
J'ai googlé, on trouve des tutos assez sympas, mais c'est généralement "Tu cliques ici, tu cliques là, tu cliques en haut, et ça roule"  
Sauf que c'est un peu basique encore...
 
Je veux commencer par un container avec Adguard Home. D'autres viendront dans la foulée.
 
_ faut-il d'abord faire un pull de ce programme avec Docker, et après créer le fichier .yml et lancer le container via docker-compose?
_ y a-t-il un répertoire de choix pour y mettre ces fichiers de config? Je sais qu'il faut créer un @work et @config, mais n'importe où, genre dans le répertoire PI, ou c'est mieux dans un autre, genre un /opt/docker ou... C'est pour rester "propre"
_ si je comprends bien, on met tous les fichiers de config pour docker-compose dans le répertoire @config et lorsqu'on lance la commande docker-compose up, elle va prendre tous ces fichiers? Ou il faut un fichier unique, avec la config des containers dedans?
_ ce fichier de config, on indique une version. C'est la version du fichier de config, qu'on évolue au fil des ajouts, ou...?
 
 
Merci de vos retours

Si tu as installé docker-compose, tu peux tout faire avec (pull de l'image, création des volumes, etc.)
 
AdGuard Home a effectivement besoin de 2 volumes persistants. Tu as 2 solutions, des "bind mount", ou des volumes Docker.
Avec un bind mount, ton docker-compose.yml ressemblera à ça :
 

Les répertoires 'work' et 'conf' devront se trouver dans le même répertoire que le docker-compose.yml, dans cet exemple.
 
Avec des volumes Docker :

 
Par défaut les volumes Docker seront crées dans /var/lib/docker/volumes.
 
Concernant l'emplacement des docker-compose.yml, j'ai l'habitude de faire un répertoire /apps/nom_appli par appli, ça simplifie la sauvegarde de la conf.
 
La version en entête du docker-compose.yml est décrite ici : https://docs.docker.com/compose/com [...] ersioning/
Chaque nouvelle version apporte des nouveaux paramètres.

Merci de ta réponse, je vais lire attentivement ton lien

Petites questions encore :

_ si je ne me trompe pas, j'ai les dernières versions de docker et de docker-compose :

M'ennuie un peu, le build unknown
Sur Google, ça n'a pas l'air de gèner.

_ tu dis que tu crées un répertoire par applications. Tu crées ce répertoire à la racine donc, ou tu les crées dans /opt (par exemple)? Histoire que ça reste "propre" et linuxien

_ le fichier .yml est donc unique avec toutes les applis dedans? Ou il faut un fichier par appli?

_ tu préfères quelle config? Build Mount, ou les volumes Docker? L'un est plus spécifique que l'autre, suivant l'utilisation?

Je suis en cours de lecture de ton lien, mais je ne peux m'empêcher mes questions tellement c'est passionnant

Tu crées ton folder là où tu le souhaites. Perso, il est dans le home de mon user.
J'ai donc /home/toto/docker/ puis dedans un folder par application.
 
Le yml peut contenir une appli ou plusieurs (stack).
 

Un extrait de mon ancien docker-compose avec la partie adguard (ici commentée) :  
 

 
les variables sont dans un fichier, /etc/environment
pas du tout obligatoire, c'est une habitude que j'ai prise.

Petite question sur les volumes Docker:
Si on transfert le contenu de /var/lib/docker/volumes sur une autre machine dans /var/lib..., et qu'on relance un docker-compose, Docker devrait retrouver ses petits non?

Avec les bind mount, oui si tu gardes le même docker-compose
C'est ce que j'ai fait à mon changement de host.
Au lieu de migrer mes vms, j'ai juste gardé les dockers-compose.yml et j'ai rsync les folders entre mes vm.
 
Avec les volumes ça me paraitrait logique mais bon... faut tester

Avec un bind mount, effectivement aucun soucis. Mais avec un volume je me demande bien comment il s'y retrouve  

Merci pour votre aide

J'ai un problème... Et je tourne en rond depuis un bon moment...
Je voudrai utiliser les volumes dockers (et pas le bind mount)

Donc j'ai :

Pourtant, vu la version de mon Docker-Compose, j'utilise bien la v3.8 non?

Merci de vos retours

Environment et ports doivent être dans la section du service, indenté par rapport au nom du service
 

Bon sur mobile c’est trop chiant à indenter... y doit y avoir des espaces en trop ou en moins...

Et d’ailleurs définir les volumes séparément comme tu as fait ne sert à rien puisque dans le service tu fais du mount bind

J'ai suivi le post de Fredouye qui donnait comme exemple pour utiliser les volumes Docker :  
 

 
J'ai modifié mon .yml :  
 

 
Et maintenant, j'ai cette erreur :  
 

 
Jeanpeuxplus

"Service adguard has neither an image" c'est assez explicite
 

Je suis d'accord mais...

et là, j'ai pu installer...
Chiant, cette indentation, et...
Je teste là et je reviens

Back.
Bon l'installation s'est donc bien passée.
Maintenant, truc con, mais lorsque je me connecte de mon portable sur mon réseau (et donc pas de mon Raspi, qui n'est qu'en mode console), je tape bien dans l'interface Adguard, qui me propose en configuration

Après recherches, il faudrait que je configure un macvlan pour que Adguard/container soit sur mon réseau local... Si j'ai bien compris. Mais j'avoue que j'ai un peu la fatigue donc je vais reporter à demain. Enfin, à tout à l'heure

Merci pour votre aide à tous
Pis si vous avez des idées sur le macvlan...

L'interface web d'AdGuard Home écoute en effet sur ces 2 IP dans ton container, mais tu exposes les ports 80 et 443 vers ton OS :
 

 
Tu peux donc te connecter en HTTP/HTTPS sur l'IP de ton hôte Docker.

Je peux me connecter sur l'interface d'Adguard à la création du container, mais dés que je valide la configuration, c'est fini. Et je ne peux pas la changer après. Je valide les 5 étapes dans Adguard, et POUF! Plus rien. Donc je me dis que je dois passer par macvlan non? L'adresse http://192.168.10.10 n'est plus accessible.

Question subsidiaire : j'ai donc AdguardHome qui tourne dans un container. Je pensais donc que l'application était accessible quelque part, pour voir les fichiers de conf, les variables, ... J'ai regardé un peu partout, et je ne vois pas

Non, pas de besoin de macvlan, tu peux rester avec le mode par défaut (bridge). Si tu voulais qu'AdGuard fasse office de serveur DHCP, là par contre il faudrait passer en host.
 
Que te donne

?

J'ai ceci :

Quelle adresse dois-je donc mettre une fois la config de Adguard validée?? Car bien sûr, http://172.18.0.2:3000 ne passe pas, et http://192.168.2.10:3000 n'existe plus.

Bizarre l'erreur du fichier de config qu'il ne trouve pas
Problème de droits et de création des répertoires?

Pour rappel mon fichier de config :

Ptete parce que tu montes tes volumes dans /opt/docker/adguard/... Alors qu'il semble les attendre dans /opt/adguard/... ?

Mais pourquoi les  attendrait-il dans /opt/adguard ? Me suis (encore) planté dans la config?

Pour le macvlan, ça sert si ton hôte utilise déjà des ports utilisés par adguard, comme par exemple si tu veux le DoH et le DoT.
J'ai fait une installation en macvlan de mon Adguard Home.
 
Sinon il y a toujours des erreurs d'indentation dans ton fichier yml...
Déjà ce sont des espaces dans les fichier yaml, ensuite si tu choisis 2 espaces pour l'indentation, tu dois respecter ça partout.
Voilà une version corrigée de ton fichier :
(tu as du bol que ça passe quand même...)

 
 
Par contre, je ne comprends pas pourquoi tu veux passer par les volumes Docker plutôt que de passer par les points de montage bind:mount ?
Si tu utilises bind:mount tu peux aller modifier les fichiers de config, accéder aux données du volume le tout facilement.
Avec un volume Docker, je pense que c'est un peu plus compliqué...
Et je ne suis pas sûr que ce soit réutilisable... (mais là franc pas sûr du tout)

J'ai repris ton fichier de config, copy/paste de Windows à ma console.
J'ai effacé mon container, et relancé la création du container. Pas eu d'erreurs à la création
Par contre, toujours une erreur dans le log :

 
Je suis logué sur mon Raspi avec l'utilisateur pi, je fais tout avec lui. Pour le moment.
Adguard s'est bien lancé. Et bizarrement, je peux y accéder en effet après la config. Hier soir, ça ne passait pas. Et pourtant, c'est du next, next, next. J'avais peut-être les yeux trop collés hier soir, enfin ce matin tôt, mais...  
Donc j'arrive bien à accéder au panneau de configuration maintenant.  
Me demande quand même si je n'ai pas un problème de droits sur les répertoires :  

 
Question donc bête (et vraiment désolé) : à la création du container, où se trouvent les fichiers de configuration de Adguard? Les variables? Je pensais que le containers allait recréer les répertoires qu'on aurait sur une install sur un OS "de base". Si je me fais bien comprendre...
 
Ah, pour répondre à ta question sur mon choix volumes docker plutôt que le bind mount, j'ai zieuté la page Docker, j'ai eu l'impression que c'était le meilleur choix :  
https://docs.docker.com/storage/volumes/

 
 
Je suis ouvert à tout en tout cas

Ben c'est ce que l'appli indique dans le log...
Faut lire la doc de ton image pour savoir

Parce que c'est décrit dans la doc ?
 
https://hub.docker.com/r/adguard/adguardhome