.Shad.

Désolé mais je n'ai aucune expérience dans le domaine, c'eût été avec plaisir autrement...

Tu as une IP fixe ou une IP dynamique ?

Je suis preneur d'une réponse aussi... La température des disques varie elle, mais jamais du CPU...

Oui il existe des dashboard déjà configurées, sinon si tu crées un nouveau graphique tu vas voir dans la liste des "measurements" l'ajout de nouveaux enregistrements : docker, docker_container_cpu, etc...

On parle de l'instance telegraf du NAS ou celle d'un périphérique externe ? EDIT : Ok 😉

Ou à la limite le ds1019+, il aura une baie supplémentaire, chère payée cela dit.

Je ne sais pas si c'est rassurant en cas de défaillance d'un des disques...

Tout à fait.

Alors j'ai eu exactement le problème donc c'est pour ça que j'ai dit que j'avais compris. 😛

2ème screen, ce n'est pas remote, mais local qu'il faut choisir.

Tu peux faire un screen de la première proposition que tu as après avoir eu changer ton mot de passe ? Le fameux écran que tu as avec Endpoint URL ? Je crois que j'ai compris.

Ok pour s'assurer que le problème ne vient pas du/des volume(s), je te conseillerais de ne pas mettre de volume pour /data, il ira créer ça par lui-même dans un dossier obscur. Tu montes par contre le docker.sock via /var/run/docker.sock:/var/run/docker.sock Pour le reste tu ne touches pas.

Et pour le volume que tu n'utilises pas, t'es sûr de ton coup ? voir l'edit de mon précédent message.

Difficile à dire, je n'ai pas poussé plus loin l'utilisation de LibreNMS, car je trouve l'exécution assez lente. Disons que quand j'ai ajouté mon raspberry à LibreNMS, je me suis retrouvé avec tout un tas d'infos, qui m'intéressaient, mais quand j'ai voulu avoir d'autres infos ou customiser un peu j'ai galéré, mais c'est à 99% certain que le problème se situait entre ma chaise et mon clavier. 😉 Grafana plus simple à mettre en place ? Je ne crois pas, mais par contre je m'y retrouve mieux, même si je n'y connais rien en requête SQL je comprends la logique du langage et j'arrive à sortir 2-3 trucs. Le mieux c'est que tu testes les deux en fait, et que tu te fasses ta propre idée.

A quel niveau as-tu cette erreur ? dans les logs du container à son démarrage ? Parce que même s'il y avait un problème avec le docker.sock, tu aurais juste un souci pour sélectionner un endpoint dans Portainer, ça ne t'empêcherait pas d'accéder à la page, de te logger, et de te balader dans les menus... J'imagine que tu as vérifié que le port 9000 est accessible sur ton réseau local ? EDIT : Tu n'as pas une interférence entre ton volume portainer_data et les volumes que tu montes dans le service ? Essaie de commenter la définition du volume, ça devrait marcher si ton port 9000 est accessible avec ce que tu as écrit là.

De rien !

J'ai suivi ce tutoriel, il contient beaucoup d'infos et n'est pas spécialement complexe, par contre il demande pas mal d'adaptation aux dernières versions de DSM, mais dans les grandes lignes : Il faut : - Créer un réseau bridge - Il faut créer un container mariadb et le mettre dans le bridge - Générer l'app_key pour le container librenms - Créer le container librenms et le mettre dans le bridge - Lancer le tout et configurer librenms J'ai trouvé ça fastidieux, et je trouve le résultat moins probant qu'avec Grafana.

Oui pour jackett. Non pour ouroboros. Là tu utilises la variable LABELS_ONLY, donc par conséquent il ne se basera que sur ce critère pour mettre à jour les containers, MONITOR sera donc complètement ignoré. Ce que tu peux faire c'est avoir LABEL_ENABLE=true, ne pas utiliser LABELS_ONLY (donc false par définition), et laisser MONITOR, même si ça n'a pas beaucoup de sens à mon goût. Pour moi, les deux "bonnes" solutions sont : version: "2" services: ouroboros: image: pyouroboros/ouroboros container_name: ouroboros network_mode: bridge environment: - CLEANUP=true - SELF_UPDATE=true - LOG_LEVEL=debug - LABEL_ENABLE=true - LABELS_ONLY=true - CRON="0 * * * *" - TZ=Europe/Madrid labels: - "com.ouroboros.enable=true" volumes: - "/var/run/docker.sock:/var/run/docker.sock" restart: unless-stopped et t'assurer que les autres containers (jackett, influxdb, telegraf, grafana) ont bien le label "com.ouroboros.enable=true". Ou bien : version: "2" services: ouroboros: image: pyouroboros/ouroboros container_name: ouroboros network_mode: bridge environment: - CLEANUP=true - SELF_UPDATE=true - LOG_LEVEL=debug - CRON="0 * * * *" - TZ=Europe/Madrid - MONITOR="jackett influxdb grafana telegraf" labels: - "com.ouroboros.enable=true" volumes: - "/var/run/docker.sock:/var/run/docker.sock" restart: unless-stopped Pour le coup je me dis qu'ajouter le label à ouroboros lui-même ne doit pas être utile, car SELF_UPDATE va gérer l'auto màj. Ça peut être utile si un autre container ouroboros devait mettre à jour celui-ci, cas peu probable... 😛

Hello, Le wiki donne plus d'infos à ce sujet, à titre d'exemple : Donc les uns à la suite des autres. Avec le "-e" en lignes de commande, et dans environment comme tu dis dans le fichier docker-compose. Pour les labels, c'est à la création d'un container que ça s'ajoute oui, donc il faut recréer les containers qu'on souhaite mettre à jour si on veut utiliser cette méthode. Si tu n'utilises pas docker-compose ou que tes données ne sont pas persistantes ça peut être compliqué de tout refaire, dans ce cas-là autant passer par MONITOR ou IGNORE suivant le nombre. Pour ajouter un label, voir l'exemple de ligne de commande ou le fichier docker-compose joint.

Celle-ci : https://github.com/jarischaefer/docker-librenms

Oui c'est vrai, je trouve en revanche que ça offre beaucoup plus de possibilités.

Dans les faits, le container mssql utilise bien moins de mémoire qu'à mes premières versions. Je dépasse rarement 200 Mo de mémoire vive. Et puis l'idée de soutenir le projet Bitwarden me plaît assez, j'ai souscrit à l'offre premium et j'ai fait une organisation avec ma famille, honnêtement je ne pourrais plus m'en passer...

Plus simple mais je ne pense pas que l'image Docker soit souvent mise à jour... Je mettrai quelques détails ce soir, je suis dans le train là 😉

Si ton routeur a le protocole SNMP oui, c'est le cas de beaucoup. Et s'il l'a et qu'il est correctement configuré, alors LibreNMS le verra.

Pour la dernière mise à jour, la 1.31.1, il faut créer le dossier .../bwdata/logs/events sinon l'installation plante.