Important polling time increase since upgrade to r8697
Can you see any particular device which has increased?
What was the previous version?
adam. On 18/07/2017 08:23:37, Youssef BENGELLOUN - ZAHR ybzahr@prodware.fr wrote: Dear Observium community, I don’t know if I’m the only one noticing this, but polling cycle time has increased 2x fold since I upgraded to r8697 yesterday around 9AM : I used to be around the 120-150s average, now it’s up to 270-300s. As you can, no devices or pollers were added. From a system perspective, the box running observium is fine CPU / mem wize). Best regards. Youssef BENGELLOUN - ZAHR - Consultant Expert Prodware France T : +33 979 999 000 - F : +33 988 814 001 - ybzahr@prodware.fr [mailto:ybzahr@prodware.fr]
Web : prodware.fr [http://www.prodware.fr] [http://twitter.com/Prodware/%5D%C2%A0 [http://www.facebook.com/Prodware/%5D%C2%A0 [https://www.linkedin.com/company/prodwarefrance%5D%C2%A0 [https://www.youtube.com/c/ProdwareFrance%5D%C2%A0 [http://www.viadeo.com/fr/company/prodware%5D%C2%A0 [http://www.prodware.fr/social-network/]
How odd.
Seems to be something that only affects one SNMP stack.
Can you see what method it's using to poll these sensors?
Adam.
Sent from BlueMail
On 19 Jul 2017, 08:08, at 08:08, Youssef BENGELLOUN - ZAHR ybzahr@prodware.fr wrote:
Dear Adam,
Previously installed was r8580 on stable train code. No configuration changes or versions upgrades happened in the last weeks. We only upgraded Obserivum.
As for devices that polling time has increased, I have clearly identified 4 devices acting as MPLS PEs :
3 Brocade MLXe routers sitting in different cities :
Amsterdam :
Paris 1 :
Paris 2 :
1 Brocade CER-RT sitting in Frankfurt :
Looking at poller module stats, I can clearly see BGP and sensors modules are the most time consuming. Sensors is even more time consuming than BGP now. For example, in Frankfurt :
When did sensors become so time consuming ?
Best regards.
Youssef BENGELLOUN - ZAHR - Consultant Expert Prodware France T : +33 979 999 000 - F : +33 988 814 001 - ybzahr@prodware.fr _____________________________________________ Web : prodware.fr
De : observium observium-bounces@observium.org au nom de Adam Armstrong adama@observium.org Répondre à : Observium observium@observium.org Date : mardi 18 juillet 2017 à 19:39 À : "observium@observium.org" observium@observium.org Objet : Re: [Observium] Important polling time increase since upgrade to r8697
Can you see any particular device which has increased?
What was the previous version?
adam.
On 18/07/2017 08:23:37, Youssef BENGELLOUN - ZAHR ybzahr@prodware.fr wrote:
Dear Observium community,
I don’t know if I’m the only one noticing this, but polling cycle time has increased 2x fold since I upgraded to r8697 yesterday around 9AM :
I used to be around the 120-150s average, now it’s up to 270-300s.
As you can, no devices or pollers were added. From a system perspective, the box running observium is fine CPU / mem wize).
Best regards.
Youssef BENGELLOUN - ZAHR - Consultant Expert Prodware France T : +33 979 999 000 - F : +33 988 814 001 - ybzahr@prodware.fr
Web : prodware.fr
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi Youssef,
Run the poller with -d on one of the devices and send the output. If you add "-m sensors" it'll only poll the sensors.
With regards to the SNMP errors, it does look like plenty of them are from a long time ago.
Seems we don't have a housekeeping module for that yet...
Tom
On 07/19/2017 11:22 AM, Youssef BENGELLOUN - ZAHR wrote:
Dear Adam,
How can I do that ?
Also, I’m seeing tons of SNMP errors under Performance Data > MIBs. See attached file for a CER-RT example.
Best regards.
*Youssef BENGELLOUN - ZAHR* - Consultant Expert Prodware France T : +33 979 999 000 - F : +33 988 814 001 - ybzahr@prodware.fr
mailto:ybzahr@prodware.fr
Web : prodware.fr http://www.prodware.fr http://twitter.com/Prodware/ http://www.facebook.com/Prodware/ https://www.linkedin.com/company/prodwarefrance https://www.youtube.com/c/ProdwareFrance http://www.viadeo.com/fr/company/prodware http://www.prodware.fr/social-network/
*De : *observium observium-bounces@observium.org au nom de Adam Armstrong adama@memetic.org *Répondre à : *Observium observium@observium.org *Date : *mercredi 19 juillet 2017 à 11:11 *À : *'Observium' observium@observium.org *Objet : *Re: [Observium] Important polling time increase since upgrade to r8697
How odd.
Seems to be something that only affects one SNMP stack.
Can you see what method it's using to poll these sensors?
Adam.
Sent from BlueMail http://www.bluemail.me/r?b=10066
On 19 Jul 2017, at 08:08, Youssef BENGELLOUN - ZAHR <ybzahr@prodware.fr mailto:ybzahr@prodware.fr> wrote:
Dear Adam, Previously installed was r8580 on stable train code. No configuration changes or versions upgrades happened in the last weeks. We only upgraded Obserivum. As for devices that polling time has increased, I have clearly identified 4 devices acting as MPLS PEs : * 3 Brocade MLXe routers sitting in different cities : Amsterdam : Paris 1 : Paris 2 : * 1 Brocade CER-RT sitting in Frankfurt : Looking at poller module stats, I can clearly see BGP and sensors modules are the most time consuming. Sensors is even more time consuming than BGP now. For example, in Frankfurt : When did sensors become so time consuming ? Best regards. *Youssef BENGELLOUN - ZAHR*- Consultant Expert Prodware France T : +33 979 999 000 - F : +33 988 814 001 - ybzahr@prodware.fr <mailto:ybzahr@prodware.fr> ------------------------------------------------------------------------ Web : prodware.fr <http://www.prodware.fr> <http://twitter.com/Prodware/> <http://www.facebook.com/Prodware/> <https://www.linkedin.com/company/prodwarefrance> <https://www.youtube.com/c/ProdwareFrance> <http://www.viadeo.com/fr/company/prodware> <http://www.prodware.fr/social-network/> *De : *observium <observium-bounces@observium.org> au nom de Adam Armstrong <adama@observium.org> *Répondre à : *Observium <observium@observium.org> *Date : *mardi 18 juillet 2017 à 19:39 *À : *"observium@observium.org" <observium@observium.org> *Objet : *Re: [Observium] Important polling time increase since upgrade to r8697 Can you see any particular device which has increased? What was the previous version? adam. On 18/07/2017 08:23:37, Youssef BENGELLOUN - ZAHR <ybzahr@prodware.fr> wrote: Dear Observium community, I don’t know if I’m the only one noticing this, but polling cycle time has increased 2x fold since I upgraded to r8697 yesterday around 9AM : I used to be around the 120-150s average, now it’s up to 270-300s. As you can, no devices or pollers were added. From a system perspective, the box running observium is fine CPU / mem wize). Best regards. *Youssef BENGELLOUN - ZAHR*- Consultant Expert Prodware France T : +33 979 999 000 - F : +33 988 814 001 - ybzahr@prodware.fr <mailto:ybzahr@prodware.fr> ------------------------------------------------------------------------ Web : prodware.fr <http://www.prodware.fr> <http://twitter.com/Prodware/> <http://www.facebook.com/Prodware/> <https://www.linkedin.com/company/prodwarefrance> <https://www.youtube.com/c/ProdwareFrance> <http://www.viadeo.com/fr/company/prodware> <http://www.prodware.fr/social-network/> ------------------------------------------------------------------------ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
participants (4)
-
Adam Armstrong -
Adam Armstrong -
Tom Laermans -
Youssef BENGELLOUN - ZAHR