![](https://secure.gravatar.com/avatar/e615dfece074546c2ef176d80890fd77.jpg?s=120&d=mm&r=g)
Ah, latest in 13.x train...13.2X51-D38.
Question - what are your polling times like for your 96s? Do you have any stacks with > 2 members? Our QFXs are marginally better, but our ex4550's and 4200's with > 2 members all take over 300s to poll. We have a few hundred 3300's deployed as well, which we've written off as a lost cause for bulk polling. :)
Also, debug sent.
Aaron
On Fri, Oct 16, 2015 at 2:40 PM, Raphael Maunier raphael.maunier@gmail.com wrote:
Define “latest” Junos version ? 13.2X51-D38 / 14.1X53-D30 ?
I have 20 QFX 5100 ( 48S and 96S ) in production and I don’t have any issues like that :)
Raphael
2015-10-16 21:12 GMT+02:00 Mike Stupalov mike@observium.org:
Hi,
please send me debug from poller debug for this device: ./poller.php -d -m ports -h <your_device>
On Fri, Oct 16, 2015 at 9:51 PM, Aaron Finney aaron.finney@openx.com wrote:
Just FYI, the 10G ports on a QFX 5100 running latest JunOS are being reported with a speed of 4.29Gbps, which I assume is likely the actual returned value being constrained by a 32-bit container?
Not a critical thing for us to fix - I was actually disabling polling for all of our Juniper vcp stacks in Observium (most of them take > 300s to complete a polling cycle) but noticed this as I was going through them and figured I'd pass it along.
Cheers,
Aaron
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- Mike Stupalov http://observium.org/
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