Aller au contenu

Classement

  1. .Shad.

    .Shad.

    Membres


    • Points

      4

    • Compteur de contenus

      6638


  2. niklos0

    niklos0

    Membres


    • Points

      2

    • Compteur de contenus

      1084


  3. StéphanH

    StéphanH

    Membres


    • Points

      2

    • Compteur de contenus

      4483


  4. Jeff777

    Jeff777

    Membres


    • Points

      2

    • Compteur de contenus

      4712


Contenu populaire

Affichage du contenu avec la meilleure réputation le 04/27/21 dans toutes les zones

  1. Dans ton fichier telegraf.conf au niveau de la configuration globale de Telegraf (au début), tu peux régler debug sur true, les logs de Telegraf devraient être plus verbeux et fournir plus d'informations.
    1 point
  2. @Dimebag Darrell Bonjour, Pour commencer si j'étais toi je sauvegarderais le fichier telegraf.conf de base et ensuite je le dupliquerais. Dans la copie je supprimerais tout ce que je n'utilise pas, histoire d'y voir plus clair . Il y a près de 98% des entrées qui ne te servent à rien (pour l'instant du moins ...). Si jamais tu as besoin d'une fonctionnalité spécifique il sera toujours temps de C/C depuis la sauvegarde ce que tu as besoin pour le coller dans ton fichier telegraf.conf de production. Toujours est-il que dans ton fichier ta liste d'agents pour Unify est mal formatée. Elle devrait être ainsi : agents = [ "192.168.1.3", "192.168.1.8", "192.168.1.95", "192.168.1.9" ] Attention aux espaces et aux guillemets ! Regardes ce que tu avais mis, tu verras ton erreur. Par sécurité je remplacerais aussi la community SNMP "public" par "UnNomAtaConvenance" aussi bien pour la partie Syno que la partie Unify. A corriger aussi sur le NAS pour être cohérent ! (dans Terminal et SNMP / SNMP) Enfin pour tester ton fichier telegraf.conf : Connectes toi sur ton conneteur telegraf en SSH et tapes ceci : docker exec -it telegraf bash Une fois connecté, tu tapes ceci : telegraf --test --config /etc/telegraf/telegraf.conf Là cela doit te ramener toutes les données collectées par telegraf. Vérifies alors qu'il n'y pas d'erreurs. Cordialement oracle7😉
    1 point
  3. Ou bien au poste de transformation THT qui est dans le jardin chez @Mic13710 ... Je vais peut être plutôt chercher une kalaschnikov d'occasion sur Amazon ...
    1 point
  4. Est-ce que tu as oublié de préciser la version en entête du fichier ainsi que services ou est-ce que c'est un mauvais copier coller ? Si ton réseau contenant InfluxDB c'est bien monitoring, alors pas besoin de mettre l'IP mais tu mets juste le nom du conteneur, l'IP peut changer contrairement à son nom. Tu as créé une nouvelle base de données manuellement dans InfluxDB ? Ce serait préférable. Voir le paragraphe sur le monitoring d'un Raspberry dans le tutoriel pour la procédure détaillée d'une création manuelle de base de données.
    1 point
  5. Juste pour le Fun : Je suis dans une configuration similaire, campagnarde sans voisin perturbateur, et sans transfo haute tension. Et je fais du filaire dès que possible Mais !!! C’était sans penser aux colocataires … à savoir des centaines de mulots dont certains adorent la gaine de mes câbles catégories 5E. Le câble qui relie la maison au modem 4G et ses antennes Yagi est particulièrement apprécié par ces rongeurs. Et c’est le câble qui me permet de télé travailler depuis 1 an … A part du câble mono brin blindé pour usage extérieur, je n’ai rien trouvé portant la mention : garanti anti rongeurs [emoji36] Rédigé avec Tapatalk
    1 point
  6. Tu confonds la notion de groupe de stockage et de volume. Un groupe de stockage est un ou un ensemble de disques mis en RAID (ou SHR) Un volume est une "partition" sur le groupe. Si tu veux créer un groupe en SHR avec ton disque de 2To et un groupe en RAID0 avec tes 3 disques de 4To, il faut, en effet, tout reprendre de 0 et donc sauvegarder les données (ceci dit, les données doivent être sauvegardées dans tous les cas) Par contre, si tu fais ça, tu n'as plus de tolérance de panne.
    1 point
  7. @Dimebag Darrell Voilà j'ai retrouvé pour UNIFI, c'est là en page 22, posté le 6 janvier : Bon dashboard...
    1 point
  8. Dans le tutoriel, je prends l'exemple de celui de Yann Bizeul : https://grafana.com/dashboards/9961 C'est juste une base pour te permettre déjà de comprendre comment ça fonctionne. Une fois que tu as compris tu peux tout jeter et faire ce que tu veux. 😉
    1 point
  9. Vois avec @Jeff777 qui a mis ça en place, et sûrement d'autres. Perso je trouve que le controller me bouffe déjà assez de RAM pour ça du coup je l'utilise. 😄 😄
    1 point
  10. @.Shad. @bruno78 Je reviens sur ce message car j'ai trouvé la réponse. En fait le passage à DSM7 n'a rien à voir avec l'impossibilité de visualiser le dashboard UNIFI AP si ce n'est que les deux fichiers MIB avaient disparus de l'emplacement par défaut : :usr/share/snmp/mibs/. Pour ceux que ça intéresse de faire un dashboard d'une borne UNIFI : https://grafana.com/grafana/dashboards/1486 Un .json est à télécharger en haut à droite il suffit de copier le texte INPUT PLUGIN etc... dans telegraf.conf en remplaçant les agents UAP1 etc.. par les adresses locales de ses bornes. Puis de placer les fichiers téléchargés de : - http://dl.ubnt-ut.com/snmp/UBNT-MIB - http://dl.ubnt-ut.com/snmp/UBNT-UniFi-MIB dans le répertoire :usr/share/snmp/mibs/ D'ailleurs à ce propos, est-ce que quelqu'un sait ce que sont les nombreux fichiers txt présents dans ce répertoire ?
    1 point
Ce classement est défini par rapport à Bruxelles/GMT+02:00
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.