(Created page with "There are several scripts that need to be run on a periodic basis in order to enable the full feature set of openDCIM. == Polling (SNMP) Jobs == It is up to each site to determ...") |
(No difference)
|
Revision as of 09:42, 13 November 2013
There are several scripts that need to be run on a periodic basis in order to enable the full feature set of openDCIM.
Polling (SNMP) Jobs
It is up to each site to determine the frequency at which you wish to poll your devices. openDCIM is not intended to be a monitoring system, and as such does not provide any alerting mechanism. However, it is a very useful near-realtime capacity metric system. You must determine the correct balance between what is often enough, and what will overload your system and/or network. As a frame of reference, at Oak Ridge National Laboratory, we poll once every 5 minutes.
- poll_pdu_stats.php
This file will scan the database for properly defined intelligent power strips (defined as having an IP address, community, and template with OIDs) and poll them in database row order. It will update the fac_PDUStats table with the resulting information, and date/time stamp the entry.
- poll_temperature_sensors.php
This file will scan the database for properly defined temperature sensors (defined as having an IP address, community, and template with OIDs) and poll them in database row order. It will update the fac_CabinetTemps table with the resulting information, and date/time stamp the entry.
Periodic Report Jobs
There are some reports that are presented in email format, only, as they are specifically designed for automated generation. The suggested frequency is weekly, but you may choose to increase that to whatever you wish. The email is sent to the address defined for Facility Manager Email in the Configuration screen, Email tab.
- report-em_new_installs.php
This report will produce a listing of all systems in the database with an InstallDate of the past N number of days, where N is the number entered for New Installs Period under the Configuration screen, Reporting tab. The default setting for this is 7 days.
- report-em_switch_exceptions.php
This report is a two part report. At the top it will list any devices defined as a switch that has crossed the threshold for capacity, as defined in the Configuration screen Reporting tab. There are two relevant fields for this report, with the first being the Switches field. You may either choose the report to work in an OptIn or OptOut mode. In the OptIn mode, you must tag each switch that you wish to report on with the tag, Report. In the OptOut mode, all switches are reported on by default, and you can exclude individual switches by adding the NoReport tag to it. The second relevant field is the Switch Capacity Threshold, which is the percentage of total ports occupied before it gets added to this report section. The second part of the report is a listed of documentation exceptions, and is only valid if you have defined SNMP managed switches in your environment. The report will poll each properly defined switch for port status, and if there is a mismatch (a connection is defined, but the link is down; a connection is not defined, but the link is up) it will print into this section. The default setting for this is to OptIn, with a 75% capacity limit.