- Align the component status field with the Nagios standard
0=ok, 1=warning, 2=critical
- Modify existing modules to report these status' (Cisco-OTV)
- Add/Modify Alerting Macros to use these status'
- Add the a component status widget
- update edit page to report these status'
- Moved check-services.php to a poller module
- Added performance data collection to the poller
- Centralised DB functions to includes/services.inc.php
- Created add/edit/delete functions off the device, services page
- Removed legacy edit/delete interfaces.
- Moved and modified check.inc scripts
- Documentation Updates
- Modified services table
Add a select box to the device SNMP edit page in the WebUI to update
the port association mode of a device.
Signed-off-by: Maximilian Wilhelm <max@rfc2324.org>
The purpose of this feature is to provide a framework for discovery modules to store
information in the database, without needing to add new tables for each feature.
This Feature provides:
- A database structure to store data.
- An API to store and retrieve data from the database.
- Integration to the LibreNMS APIv0.
- Ability to disable/ignore components.
- Default alerting rules.
- The API returns $COMPONENT[$device_id][$component_id] to allow pulling of data for multiple devices.
The intent is to be able to create 'Applications' the consolidate data from applications covering multiple devices.
- Added some developer documentation
