Files
librenms-librenms/includes
Adam Bishop 4c14efb375 Fix routing engine discovery on standalone JunOS devices (#11381)
* Fix routing engine discovery on standalone JunOS devices

In #9426, the sensor discover code was replaced with YAML.
Unfortunately it treats the FRU table as standalone OIDs, and did not
implement the filtering that was present in the original code.

This change causes LibreNMS to fully walk the FRU table, which allows us
to silence alerting on devices with an 'unknown' status. Without this
change, standalone devices have a spurious routing engine with state 1,
which triggers false harware failure alerts.

As we're changing the name of the sensors, this causes a loss of sensor
history.

This has been brought up on community a couple of times:
  https://community.librenms.org/t/juniper-qfx-routing-engine-state-alert/6152
  https://community.librenms.org/t/spurious-failed-routing-engine-from-some-junos-devices/6208

* Update test data

* Update test data

* Update test data

* Update test data

* This syntax works, but fails linting
2020-04-22 01:23:51 -05:00
..
2020-04-18 00:37:56 +02:00
2020-04-20 15:32:11 -05:00
2019-05-28 07:08:24 -05:00
2019-06-23 00:29:12 -05:00
2020-04-20 17:51:51 +02:00
2019-06-23 00:29:12 -05:00
2020-04-19 17:36:01 -05:00
2019-06-19 16:01:53 -05:00
2019-06-23 00:29:12 -05:00
2019-06-23 00:29:12 -05:00
2020-04-18 00:37:56 +02:00
2020-04-03 08:41:24 -05:00