Typical vendor nonsense!
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 10 October 2014 03:48:41 Roman Romanyak rromanyak@squarespace.com wrote:
I think you may be right, Adam. I'm running walk manually and its just crashing/timing-out in the middle. Took a look at snmp traceoptions on the switch and see that its trying to query non-existing gig interface (I have only 10g interfaces on this switch). I tried to run the same walk against a standalone switch running a different code and it works just fine.
I have already pending case with jtac on this, will report my findings. But unfortunately all they can do is say something like its a known bug, you are running not the latest and greatest recommended code, so please upgrade.
Roman.
On Thu, Oct 9, 2014 at 4:17 PM, Adam Armstrong adama@memetic.org wrote:
If you look at your debug output, the walk of ifXEntry is returning nothing. Run the walk command manually with the correct community and see what you get.
My guess is some horrible virtual-chassis related bug.
Discovery probably only walks ifAlias instead of the whole table.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 9 October 2014 21:13:08 Roman Romanyak rromanyak@squarespace.com wrote:
When I run "ny-tor-sw1-2> show snmp mib walk ifXEntry | match ifAlias | no-more" on the switch, I see descriptions in the output.
Roman.
On Thu, Oct 9, 2014 at 4:03 PM, Adam Armstrong adama@memetic.org wrote:
We query both. They are separate tables.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 9 October 2014 20:28:13 Spencer Gaw spencerg@frii.net wrote:
Looks like it's querying ifEntry instead of ifXEntry. ifAlias is not a
part of the ifEntry object.
Regards,
SG
On 10/9/2014 1:12 PM, Roman Romanyak wrote:
Adam,
I attached the output
Thanks, Roman.
On Thu, Oct 9, 2014 at 1:50 PM, Adam Armstrong <adama@memetic.org mailto:adama@memetic.org> wrote:
I don't see how this is possible. Show output from ./poller.php -h ny-tor-sw1.mgt.peer1.squarespace.net <http://ny-tor-sw1.mgt.peer1.squarespace.net> -m ports -d Thanks, Adam. Roman Romanyak <rromanyak@squarespace.com <mailto:rromanyak@squarespace.com>> wrote: thanks again Spencer for helping to troubleshoot this. I ran both commands and discovery.php returns all interface descriptions, however poller.php shows nothing. I guess the problem is in this script? -Roman. On Thu, Oct 9, 2014 at 12:00 PM, Spencer Gaw <spencerg@frii.net <mailto:spencerg@frii.net>> wrote: Try running: ./discovery.php -h ny-tor-sw1.mgt.peer1.squarespace.net <http://ny-tor-sw1.mgt.peer1.squarespace.net> -m ports -d | grep -i ifalias and ./poller.php -h ny-tor-sw1.mgt.peer1.squarespace.net <http://ny-tor-sw1.mgt.peer1.squarespace.net> -m ports -d | grep -i ifalias Do you see your port descriptions in both or just indiscovery?
Regards, SG On 10/9/2014 9:03 AM, Roman Romanyak wrote: Thanks SG. Upgraded to the latest version - 0.14.10.5876, and tried to re-add the device - nothing changed. Attached two screen shots: before and after polling. On Thu, Oct 9, 2014 at 10:40 AM, Spencer Gaw <spencerg@frii.net <mailto:spencerg@frii.net> <mailto:spencerg@frii.net <mailto:spencerg@frii.net>>>wrote:
Have you tried updating? You're about 60 revisions out of date. Regards, SG On 10/9/2014 8:31 AM, Roman Romanyak wrote: Hello, We are using subscriber edition 0.14.9.5815, polling juniper QFX3500 switch (two switches - Virtual Chassis cluster). After adding the switch and running discovery.php, interface descriptions are recognized just fine, however when the device gets polled for the first time, all interface descriptions get removed. I checked it with snmpwalk and I can see interface descriptions in the output. Thanks, Roman. -- Roman Romanyak Network engineer _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> <mailto:observium@observium.org <mailto:observium@observium.org>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> <mailto:observium@observium.org <mailto:observium@observium.org>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- Roman Romanyak Network engineer _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium -- Roman Romanyak Network engineer _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium-- Roman Romanyak Network engineer
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- Roman Romanyak Network engineer _______________________________________________ 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
-- Roman Romanyak Network engineer
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium