> Hervé BRY a écrit :
> Oui, on peut créer un "os" spécifique qui ne matchera que certains matériels,
> basé sur la présence
> ou la valeur d'un certain OID par exemple. Ci-dessous la config Observium que
> j'avais mise en place
> pour éviter le bulk sur certains modèles de switchs DLink avec un
Le mar. 29 oct. 2019 à 14:45, Xavier Beaudouin a écrit :
> Ou autrement par matériel en mousse çà se configure directement par l'UI...
>
Je veux bien que tu m'indiques où, j'ai dû rater un menu car je n'ai pas
trouvé ce genre de réglages.
J'ai pourtant la dernière version à jour d'Observium CE.
Hello,
>> Est-ce qu'on peut faire plus précis ? par modèle ?
>> Je n'ai pas encore regardé dans les détails mais je lis avec attention.
>>
>
> Oui, on peut créer un "os" spécifique qui ne matchera que certains
> matériels, basé sur la présence ou la valeur d'un certain OID par exemple.
> Ci-desso
Bonjour,
Le lun. 28 oct. 2019 à 21:51, Michel Py
a écrit :
> Est-ce qu'on peut faire plus précis ? par modèle ?
> Je n'ai pas encore regardé dans les détails mais je lis avec attention.
>
Oui, on peut créer un "os" spécifique qui ne matchera que certains
matériels, basé sur la présence ou la va
On 29/10/2019 12:04, Louis wrote:
Sur les EX, j'ai pas observé de pb. Au temps pour moi.
Pour ma part j'avais principalement écris le patch pour mes ex2200, 3300
et 4450.
Principalement sur des gros stacks ou le poll prenait 4min toutes les
5min avec ton cpu de la RE à 100% ce qui laissait
On avait des montées en CPU de la FPC > 80% sur les QFX-5100 / QFX-5110
lors des discovery - toutes les 6h - qui se faisaient en même temps que sur
les pollings.
On a aussi eu des problèmes de BFD mc-lag down sur les QFX10K lors des
pollings. On a jamais su si c'était dû à un traceoption activé en
> Louis a écrit :
> Ce post m'a bien aidé. Merci
> J'ai mis le paramètre en global pour tous les JunOS. On avait des problèmes
> sur les EX et QFX.
> $config[‘os’][‘junos’][‘snmp_max_oid’] = 1;
Est-ce qu'on peut faire plus précis ? par modèle ?
Je n'ai pas encore regardé dans les détails mais je
les paramètres par défaut de librenms pour max_oid.
Le lun. 28 oct. 2019 à 11:43, Alarig Le Lay a écrit :
> On 28/10/2019 11:09, Louis wrote:
> > J'ai mis le paramètre en global pour tous les JunOS. On avait des
> problèmes
> > sur les EX et QFX.
>
> T’avais quoi comme problème ?
>
> --
> Alarig
On 28/10/2019 11:09, Louis wrote:
> J'ai mis le paramètre en global pour tous les JunOS. On avait des problèmes
> sur les EX et QFX.
T’avais quoi comme problème ?
--
Alarig
---
Liste de diffusion du FRnOG
http://www.frnog.org/
Ce post m'a bien aidé. Merci
J'ai mis le paramètre en global pour tous les JunOS. On avait des problèmes
sur les EX et QFX.
$config[‘os’][‘junos’][‘snmp_max_oid’] = 1;
Le dim. 27 oct. 2019 à 14:29, Raphael Mazelier a écrit :
> Devant la demande populaire je viens de retrouver ça. C'est très tr
Devant la demande populaire je viens de retrouver ça. C'est très très
quick and dirty (aka très moche).
Cela se base sur une très vielle version d'observium, mais je viens de
regarder le code de librenms cela n'a pas l'air bien différent.
Donc pour les aventureux c'est ici :
https://github.c
> Boris PASCAULT a écrit :
> Je suis aussi preneur des patchs, il y a surement moyen de le proposer sur
> leur Git.
Oui, faudrait l'option "control-plane en mousse" !
> Alarig Le Lay a écrit :
> Un bon 6500 est un 6500 éteint.
Que nenni, au contraire je vais bientôt mettre à jour mes c6513-E d
Bonjoir,
Effectivement, mais ça peut prendre du temps pour faire le ménage...
Je suis aussi preneur des patchs, il y a surement moyen de le proposer sur
leur Git.
Bonne soirée,
Boris
Le sam. 26 oct. 2019 à 14:59, Alarig Le Lay a écrit :
> On ven. 25 oct. 21:10:45 2019, Michel Py wrote:
> > P
On ven. 25 oct. 21:10:45 2019, Michel Py wrote:
> Pour ceux qui ne se rendent pas compte à quel point LibreNMS c'est
> brutal, sur un Catalyst c6509 il découvre et graphe pas moins de 143
> sondes de température.
Un bon 6500 est un 6500 éteint.
--
Alarig
---
Liste de di
> Raphael Mazelier a écrit :
> Ce n'est pas très dur de patcher le code d'observium/librenms pour rajouter
> cette logique.
Tu n'aurais pas gardé les sources, pas hasard ? ;-)
Pour ceux qui ne se rendent pas compte à quel point LibreNMS c'est brutal, sur
un Catalyst c6509 il découvre et graphe
On 25/10/2019 10:31, Raphael Mazelier wrote:
> Ce n'est pas très dur de patcher le code d'observium/librenms pour
> rajouter cette logique.
>
> Je l'avais fait à l'arrache à l'époque (je sais je radote).
>
> J'avais fais deux chose :
>
> - en fonction du modèle de switch mode normal ou mode "opt
Ce n'est pas très dur de patcher le code d'observium/librenms pour
rajouter cette logique.
Je l'avais fait à l'arrache à l'époque (je sais je radote).
J'avais fais deux chose :
- en fonction du modèle de switch mode normal ou mode "optimisé"
- le mode "optimisé" c'était rajouter un cache sur
> Par switch ? le bulk j'aime bien en fait, c'est un peu relou mais çà me fait
> gagner du temps.
Switch En Mousse -> Edit -> SNMP -> Max OID = 1, (ou autres...).
Si tu vires le max OID alors tu passes en bulk.
> Ce que je n'aime pas c'est les bousins avec un control-plane en carton, donc
> ce
> Xavier Beaudouin a écrit :
> a des options dans la conf de librenms qui permet justement d'éviter le
> get-bulk.
Par switch ? le bulk j'aime bien en fait, c'est un peu relou mais çà me fait
gagner du temps.
Ce que je n'aime pas c'est les bousins avec un control-plane en carton, donc ce
qu'il
19 matches
Mail list logo
