http://docs.opsview.org/ 2010-09-09T12:13:11+01:00 http://docs.opsview.org/ http://docs.opsview.org/lib/images/favicon.ico text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:acknowledgements&rev=1277724244&do=diff Acknowledgements are a way of disabling notifications for a host/service. It allows the user to put a comment to show the current situation for that object. If requested, an acknowledgement notification will be sent to all the contacts that get failure notifications. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:agents&rev=1277724244&do=diff Opsview supports the use of monitoring agents to gather data from remote devices. The most common types of monitoring agents used with Opsview are SNMP (Simple Network Management Protocol) and NRPE (Nagios Remote Plugin Executor). SNMP SNMP agents are provided with all managed network devices such as switches, routers and firewalls. SNMP polling is the standard method for gathering data, monitoring plugins exist for all commonly used devices. text/html 2008-10-29T09:08:53+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:api&rev=1225271333&do=diff Opsview has an API which allows you to create/delete hosts and take actions in the status views such as enable/disable notifications at a hostgroup level, as well as getting status information for services and hostgroups. There are 3 ways to access the APIs: text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:architecture&rev=1277724244&do=diff Opsview is 3 tiered system. * Web front end * Application server * Datastores [Architecture] Web front end This is a very thin layer provided by Apache. This just serves static files and proxies dynamic requests to the application server. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:audible_alerts&rev=1277724244&do=diff Opsview can generate audible alerts on the nagios cgi pages, such as status.cgi and tac.cgi, but not currently in any of the hostgroup hierarchy pages (this is on our wishlist waiting for a sponsor). To enable audible alerts add the following line to the opsview.conf file within /usr/local/nagios/etc/ text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:authorisation&rev=1277724244&do=diff There are 4 levels of access: * View - the ability to see status * Notification - the ability to receive notifications * Change - the ability to schedule downtime or acknowledge a problem * Admin - the ability to change configurations Based on the contact's role, the access control is: text/html 2009-01-30T10:04:08+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:backups&rev=1233309848&do=diff Opsview nightly backups A cronjob for the nagios user will be present on the master server called rc.opsview cron_daily. This runs daily housekeeping tasks, including the backing up of various parts of Opsview. The scope of this backup is to save configuration and files so that you can restore a working Opsview server quickly. text/html 2009-09-29T09:43:56+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:centos-installation&rev=1254213836&do=diff Supported CentOS version is 4.5 and 5.3 There is a perl performance issue on RHEL5/CentOS5 with perl 5.8.8 Please see the following links: * <https://bugzilla.redhat.com/show_bug.cgi?id=196836> (Fedora reference) * <https://bugzilla.redhat.com/show_bug.cgi?id=379791> (RHEL5 reference) text/html 2009-06-30T14:11:32+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:changes&rev=1246367492&do=diff Changes since 2.12.0. A detailed change log can be found here: <https://secure.opsera.com/wsvn/wsvn/opsview/branches/BRAN-2.14/CHANGES> New features * LDAP and ActiveDirectory support for authentication * Opsview Reports 2.0 * Network Management Information System (NMIS) integration * Support for Nagios Event handlers in configuration UI * Configurable host check commands * SSL support in web framework * Single Sign On support in web framework * Flexible notification methods text/html 2008-11-24T10:56:49+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:contact&rev=1227524209&do=diff This page defines the contacts, or the users, of Opsview. Be aware that some information is immediately applicable: * password changes (though your session is still intact) * contact deletion means the user will not be able to use Opsview straight away text/html 2009-05-13T09:41:39+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:customising&rev=1242204099&do=diff Status screens The status screens under /status and /viewports use the latest CSS techniques to separate presentation from the status information. You can override the base CSS by updating the file /usr/local/nagios/share/stylesheets/custom.css. This file will not be changed on an upgrade. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:dbs-on-diff-server&rev=1277724244&do=diff This document details how to set up Opsview 2.14 to use databases on a server other than localhost (assuming all databases reside on the same remote host). The database server only requires MySQL (and its dependencies) to be installed (the opsview-agent package can optionally be installed if not using SNMP to monitor the database server). text/html 2009-02-03T14:34:56+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:debian-installation&rev=1233671696&do=diff This applies to Debian Etch release. Debian Installation For a fresh Debian install we recommend using 'netinst' image then using aptitude to install SSH Daemon. Other required packages will be installed as part of Opsview installation. Partitioning Ensure at least 10GB under /usr/local. If you're planning to use Opsview Data Warehouse we recommend a /var parition of 100GB for MySQL. text/html 2009-02-12T17:00:17+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:downtime&rev=1234458017&do=diff Hostgroups can have downtime set on them which propagates to all hosts and services within. Use the contextual menus in Hostgroup Hierarchy to Schedule downtime. This is because you can schedule downtime to lots of hosts and services at the same time. This request will also be sent to all slaves so that downtime is set there as well. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:exceptions&rev=1277724244&do=diff It is possible at the host or the host template selection screen for services to monitor to make an exception for the arguments passed to the plugin. The initial use case was for check_load, where a different load average was desired for different hosts. text/html 2009-02-06T16:20:23+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:fastcgi&rev=1233937223&do=diff FastCGI/Lighttpd is an extra set of daemons that sit between the Opsview web application and the Apache web server. Instead of one Opsview backend server, several are started and load is shared between them. This helps to prevent Opsview being locked by a long running process or database query. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:graph&rev=1277724244&do=diff This page provides a summary of the options Host Title This is the name of the host as it appears in the host list page. By starting to type, a slect of host names will be presented for easier selection. Service The service name to graph from the host. This will be updated to show only those services on the given host with information available to graph. text/html 2009-05-08T16:23:09+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:graphoptions&rev=1241796189&do=diff When viewing graphs, there is an options tab on the right hand side: When clicked, the tab drawer will open out: If you click the Options link, it will take you to the full set of options: By default, the URL /rrdgraph is public. You can change this setting in System Preferences. If it is not public, then you will to authenticate before being able to view the graph, and authentication is based on the authorisation rules. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:hamaster-debian-howto&rev=1277724244&do=diff Author: Philipp Noack Note: If you clone the first server after setup you will NOT get it running. The second server has to be installed exactly like the first one! ---------- 1. Debian install : My setup was: /boot ext3 with 100 MB and boot-flag / ext3 with 5 GB swap wi th4 GB (depending on memory) /var ext3 with 5 GB /var2 with the rest of the space was setup but wasn't formatted, yet! text/html 2008-12-09T15:52:05+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:hamaster&rev=1228837925&do=diff High availability is a system design protocol and associated implementation that ensures a certain absolute degree of operational continuity during a given measurement period. - Wikipedia This page is intended to give some ideas, suggestions and help on configuration for implementing an Opsview HA Master. text/html 2009-07-24T10:10:46+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:host&rev=1248426646&do=diff Hostname or IP This is the primary hostname, or IP, for this host. Bear in mind that a host does not have to be an actual host, so this field does not have to be an actual hostname or IP. Changes to this field will update the Monitored by field. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:host_groups_hierarchy&rev=1277724244&do=diff From this page, you can define the hierarchy of the hostgroups. The principle is that a hostgroup contains all the enclosing hostgroups. You can drag and drop the hostgroups to define the hierarchy. You will need to reload for the hierarchical changes to take effect in the Hostgroup Hierarchy status pages. text/html 2008-11-12T15:19:57+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:hosticons&rev=1226503197&do=diff From Opsview 2.14.1 there is a script to allow for adding and removing host icons. The icons themselves must be 40×40 and in GIF format. The command has documentation within it (use hosticon_admin --help). Adding new host icons Ensure the following packages are installed: text/html 2008-10-22T10:41:37+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:hosttemplate&rev=1224668497&do=diff Management URLs Management URLs are used to put extra entries onto the contextual menus for hosts using a given template. Examples would be nameURLSSHssh:$HOSTADDRESS$/| |Telnet|telnet:$HOSTADDRESS$/ If the SSH or Telnet contextual menu entries are clicked for a host in either the Hostgroup Hierarchy or the Host Edit List pages, the URL is passed to the broswer to act on (this assumes there are schemes set up to handle the URLs). text/html 2009-02-06T16:19:51+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:https&rev=1233937191&do=diff By default Opsview is accessed by unencrypted HTTP. To use the more secure HTTP over SSL (HTTPS) communication you must first set up your certificates in your web server (not detailed here) and also amend the /usr/local/nagios/etc/opsview.conf file to include text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:i18n&rev=1277724244&do=diff There is basic support for internationalisation (or i18n) in Opsview from 2.7.1. This will be expanded over time. We use the Catalyst I18N plugin, which depends on the Locale::Maketext::Simple module, which is based on gettext. We're just building on the shoulders of giants. text/html 2009-02-26T12:57:52+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:importantconcepts&rev=1235653072&do=diff This page describes the important concepts of how Opsview, using Nagios, monitors your environment. Host and Services A service is a check of some sort. A service is the most granular thing in Nagios (a service can either be active or passive, but we assume active for the moment). text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:knownissues&rev=1277724244&do=diff This page is deprecated. See faq text/html 2008-12-02T09:45:22+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:ldap&rev=1228211122&do=diff If you want to authenticate users in Opsview from LDAP or Active Directory, there are several steps required. The basic process is: * Setup an LDAP realm for the Opsview web application * For users associated to that realm, their credentials will be passed to LDAP to verify text/html 2009-09-18T12:08:15+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:managementui&rev=1253272095&do=diff Configuration * Host options * Contact options * Service Check options * Host Template options * Monitors tab Advanced * System Preferences Other * Exceptions and Timed Exceptions * Event Handlers text/html 2009-01-27T11:33:00+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:massacknowledgements&rev=1233055980&do=diff See Mass acknowledgements on this page. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:migrating&rev=1277724244&do=diff For those users that have a working Nagios system and wish to migrate to Opsview, there is a tool available within the distribution to aid the move. NOTE: The tool is work in progress and does not migrate all configuration at the moment, but gives a helping hand in the initial stages. text/html 2009-01-28T09:29:44+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:monitoringui&rev=1233134984&do=diff Status bar The status bar along the bottom has status lights for Server Status and Configuration Status. On certain pages, it also has a counter which tells you when the next refresh of the page will be. You can click on the Refresh text to force an immediate refresh. text/html 2009-09-21T13:17:00+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:monitors&rev=1253535420&do=diff This tab is available on the host edit and the host template edit screen. It provides a simple way of associated service checks against a host or a host template. By clicking on the checkbox, the service check is then associated against the host. Submit to save the changes. Reload to take effect. text/html 2009-01-28T09:29:44+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:mysql&rev=1233134984&do=diff Use MySQL client to execute SQL statements Common Tasks Backing up Opsview databases and configuration * Edit etc/opsview.conf to set correct backup destination su - nagios /usr/local/nagios/bin/rc.opsview backup Backing up Opsview database only * Ensure opsview.conf is correct text/html 2009-06-12T13:32:08+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:nagiosplugins&rev=1244809928&do=diff It should be possible to use any Nagios plugin with Opsview. Adding Plugins For Master/Slaves Use To add a Nagios Plugin to the Opsview server: * Switch to 'nagios' user * Check ./<plugin name> -h returns help data * Copy plugin script or executable to /usr/local/nagios/libexec * Wait 1 minute text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:nagiospluginsalerts&rev=1277724244&do=diff This information has been moved to here: <http://docs.opsview.org/doku.php?id=opsview2:faq:usage#nagios_plugin_alerts> text/html 2009-01-15T11:57:33+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:nmis&rev=1232020653&do=diff NMIS, or Network Management Information System, is a project which provides detailed traffic information about routers, switches and servers, via SNMP. Limitations While NMIS does a lot of other functions similar to the rest of Opsview, only the parts that are specifically for interface collection and display are integrated into Opsview. text/html 2009-04-17T15:23:06+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:notificationmethods&rev=1239978186&do=diff You can define custom SMS notification methods. Opsview is shipped with two by default: * AQL - where you can send SMS alerts via AQL's web site * SMS4NMS - where you can send alerts via locally attached GSM modems You can add your own notification methods here. However, only one can be active at any time. You choose the one that is active in the /admin/systempreference System Preference screen, then all contacts will use this notification method using the Mobile field in the edit contact… text/html 2009-08-24T19:32:11+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:odw&rev=1251138731&do=diff The Opsview Data Warehouse, or ODW, is the long term storage for monitoring data. It converts the data from the Runtime database into an OLAP datawarehouse format. A core requirement for a datawarehouse is to not normalise the data too much, yet still allow queries to be easily created. As you'll see, hopefully we will have reached this target. text/html 2009-02-05T13:17:44+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:opsview-reports&rev=1233839864&do=diff These are PDF reports which are generated using data from the ODW database. You can configure information about the report from the Opsview web application and run an adhoc report. Adhoc reports are always the current report to date, so if the report run is a monthly report, it will be run for the current month - obviously it will be incomplete. text/html 2008-10-10T10:57:18+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:opsviewconfigfiles&rev=1223632638&do=diff Most configuration is performed via Web User Interface however some system options are located in configuration files. opsview.conf This is the main configuration file for Opsview, it can be found in /usr/local/nagios/etc. Make your local changes to this file. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:opsviewplugins&rev=1277724244&do=diff It is possible to extend the functionality of Opsview via plugins. There are various hooks in the code which allows calling of external functions. There are two forms of plugins: scripts and perl classes. Scripts Where the current functionality is provided via scripts, external scripts can be called to run other tasks. For install, at the process_configs stage, after the Nagios configuration has been loaded, any other scripts in /usr/local/nagios/opsview-plugins/process_configs/* will be execu… text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:opsviewshutdown&rev=1277724244&do=diff Master shutdown To stop Opsview on the master, run as the nagios user: /usr/local/nagios/bin/rc.opsview stop Slave shutdown To stop Opsview on all slave systems, run as the nagios user on the master server: /usr/local/nagios/bin/dosh /usr/local/nagios/bin/rc.opsview stop text/html 2009-07-28T13:00:59+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:platforms&rev=1248782459&do=diff By saying 'supported' we mean that assistance may be provided for issues encountered with software or hardware listed since we have carried out some level of testing. We cannot guarantee that no issues will be encountered. Supported Operating Systems Linux Opsview is supported on the following Linux distributions: text/html 2008-12-09T17:00:45+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:pluginoutput&rev=1228842045&do=diff Active checks are plugins which give textual output. This page will list some of the most common or cryptic ones, with suggestions for troubleshooting. Basic technique Firstly, get the actual command that is run. As an admin user, search for the host in the list pages and select Resolve. This will list all the services associated with the host and the arguments used. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:prereqs&rev=1277724244&do=diff Opsview Server Ensure you have enough storage * Opsview is installed under /usr/local * Database is usually created under /var Database can grow large over time due to storage of historical information. Disable SE Linux Edit /etc/selinux/config and restart system text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:report&rev=1277724244&do=diff Reports are consist of a report type and a selection. There are some customisations that are possible based on the report type. Report type At the moment, there is only one report type: Monthly availability by hostgroup This field is not changeable once the report has been created. text/html 2009-09-29T09:51:49+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:rhel-installation&rev=1254214309&do=diff Supported Red Hat Enterprise Linux versions are RHEL4 Update 1 and RHEL4 Update 4 There is a perl performance issue on RHEL5/CentOS5 with perl 5.8.8 Please see the following links: * <https://bugzilla.redhat.com/show_bug.cgi?id=196836> (Fedora reference) * <https://bugzilla.redhat.com/show_bug.cgi?id=379791> (RHEL5 reference) text/html 2008-12-03T10:39:51+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:rrdgraphing&rev=1228300791&do=diff From Opsview 2.14.1 onwards, it is possible to get flexible RRD graphing. You specify the graphs you want to draw via URL parameters. To get the RRD graph, use your browser to GET from /rrdgraph with some of the available options: ParameterDescriptionduration Defines the duration period. You can use any duration specifier RRD allows. Defaults to 1dstart Defines the start time of the graph. You can use anything that RRD allows. Defaults to end-durationend Defines the end tim… text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:selection&rev=1277724244&do=diff A selection is a set of things that can be used to run reports against. At the moment, only hostgroups are selectable. Host groups The left hand list is the list of host groups that are in this selection. To add more, enter the name of a host group on the right hand text field. It will provide a dynamic drop down list of possibilities as you type. text/html 2009-07-24T10:16:17+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:servicecheck&rev=1248426977&do=diff Service checks are the things that you care about. From the Service Check pages, you can define how to check a service, when to check it and what to do if if it fails. They are deliberately separated from hosts, so you need to associate service checks against hosts to start monitoring them. This host + a service check will be referred to as a service, in Opsview terminology. text/html 2009-04-09T09:01:24+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:sharedodw&rev=1239264084&do=diff From Opsview 2.14.2, it is possible to have multiple distinct Opsview master systems all feeding to a shared ODW instance. There are some constraints: * Each Opsview Master is separately administered and have no knowledge of each other * Each Opsview Master is on the same version (you can upgrade each master individually - see below for details) * There are no Opsview host names that are duplicated between all Opsview Masters. (Note: This is the host name, as understood by Nagios - you … text/html 2009-02-27T12:25:37+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:slaveclusters&rev=1235737537&do=diff When configuring a slave, you can set more than one host to be in the slave cluster. This provides failover and load balancing. Each host in this cluster is called a node. Note: Within a slave cluster, there is support for a single node failure. A double node failure in the same cluster will result in active checks being missed. text/html 2009-11-11T12:32:23+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:slavesetup&rev=1257942743&do=diff Within large organisations where there are large numbers of devices to monitor or in a distributed datacenter that can span continents, countries, counties or cities, a single Opsview server can get bogged down trying to process all the necessary device checks and fall behind leading to delayed checks and notifications. text/html 2009-06-12T13:26:27+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:snmp_trap_tracing&rev=1244809587&do=diff This page allows you to define which hosts you want Opsview to start tracing traps for. Choose by hostname in the text field area (a live search will be performed) and press Add to move into the list. You have to submit the page for the hosts to have tracing enabled. Tracing will not start until a reload has occurred. text/html 2008-10-24T13:51:05+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:snmptrapconfiguration&rev=1224852665&do=diff Introduction The SNMP Trap mechanism allows devices on a network to send information back to a management host using the SNMP protocol. This is particularly useful on large networks as it can be used in place of active SNMP (where a device is polled for status information), thus reducing network load. Devices can usually be configured to send specific types of trap such as link status changes, BGP, HSRP and many others, making this a flexible monitoring option. How to configure specific dev… text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:snmptrapsetup&rev=1277724244&do=diff Overview Opsview supports SNMP Trap Processing using a perl-based rules engine, allowing you to match specific traps from devices on your network and generate appropriate alerts. In order to do this, SNMP traps must be passed from the operating system to Opsview - this page details how to set this up for Debian and RedHat GNU/Linux distributions. text/html 2009-06-30T14:13:51+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:solaris-installation&rev=1246367631&do=diff Supported Solaris versions are Solaris 10 0807 and above, either SPARC or x86. Warning: Due to a problem with the Sun Freeware rrdtool package, Opsview on SPARC will not work. We are working on a long term solution. Installing on Solaris If you plan to use a fresh Solaris installation take note of the following. text/html 2009-06-30T14:12:17+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:source-installation&rev=1246367537&do=diff This document details how to build a static Opsview installation from source on Linux on a clean system. Instructions are based on Opsview 2.14. If you want to follow code changes more closely, see Setting up a development server on the development wiki. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:stalking&rev=1277724244&do=diff This stalking option (called Log Every Message in the web interface) in the service checks edit page has been deprecated. This option forces Nagios to log an entry in the nagios.log file for every check result that comes in that is different from the current state. However, since Opsview will by default store every check resultin the runtime database, so this option places unnecessary load on the Opsview master server. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:system-shutdown&rev=1277724244&do=diff Shutting down Opsview system for operating system or hardware maintenance. Linux Systems 1) Prerequisites * Ensure you have terminal access to server and have root privileges. Terminal access is usually via a Secure Shell (SSH) client. 2) Opsview Daemons These Daemons should exist on all Opsview systems. To Shutdown Opsview Daemons run following commands in command shell with root privileges. text/html 2008-10-22T12:40:07+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:systempreference&rev=1224675607&do=diff Opsview webserver This is the webserver for accessing the web interface of Opsview. If this field has not been saved before, the field will be automatically populated based on the URL. At reload time, if this system preference has not been saved, Opsview will use the master server's hostname (or IP). text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:testing&rev=1277724244&do=diff In Opsview, there are 2 sets of tests run: * Automated tests * Manual Automated tests This uses perl's TAP (Test Anything Protocol) framework. To run, execute: cd opsview-core make test on a developement server. This runs a series of test scripts in t/*.t. Files that do not match this criteria are ignored. text/html 2009-02-03T14:34:27+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:ubuntu-installation&rev=1233671667&do=diff This applies to Ubuntu Dapper Drake (6.06), Gutsy Gibbon (7.10) and Hardy Herron (8.04) releases. Ubuntu Installation We recommend a fresh Ubuntu install. Other required packages will be installed as part of Opsview installation. Partitioning Ensure at least 10GB under /usr/local. If you're planning to use Opsview Data Warehouse we recommend a /var parition of 100GB for MySQL. text/html 2009-02-23T12:54:39+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:unix_customise_agent&rev=1235393679&do=diff New Plugin Additions The Opsview unix agent is based upon the Nagios NRPE daemon. To add in extra checks the following steps can be performed on each device the agent is installed on * Follow the instructions on adding_plugins to install the script into Opsview * Copy the script into /usr/local/nagios/libexec/ on the device being monitored and change the permissions to be owned and executable by the nagios user. * Amend the nrpe configuration file /usr/local/nagios/etc/nrpe.cfg to in… text/html 2009-04-22T09:36:31+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:upgrading&rev=1240389391&do=diff This pages details the steps to perform when upgrading Opsview. Most actions are handled during the package installation, so this information details the pre and post upgrade tasks. Pre upgrade * Verify that the Opsview configuration is committed. As part of the upgrade, an Opsview reload will be run * Verify all the Opsview slaves are contactable - as part of the upgrade on the slaves will be pushed the new files * Run the backup script (see Common Tasks). This will backup the whole of… text/html 2008-10-22T11:59:05+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:usingeventhandlers&rev=1224673145&do=diff Event handlers are optional commands that are executed whenever a host or service state change occurs. An obvious use for event handlers (especially with services) is the ability for Opsview to proactively fix problems before anyone is notified. However, this should not be a reason to ignore root cause analysis! text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:versions&rev=1277724244&do=diff Note: This comes into effect from Opsview 2.10. Opsview version numbers will take the following format, A.B.C.D, where: * A.B = the major release number * C = the point release number * D = the SVN build number You can find the version number of your install of Opsview by looking at the version number in the side navigation at the bottom. If you click on this number, you will get the SVN build number. text/html 2010-06-28T12:24:04+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:vmware_vm&rev=1277724244&do=diff Download The Opsview VMWare Virtual Machine is intended to provide a demonstration package for easily evaluating Opsview. The image can be obtained from the Opsview download site at <http://downloads.opsview.org>. Compatibility The VM is configured for VMware Player. It may be necessary to use VMware Converter if you're planning to run this VM on VMware ESX Server. text/html 2009-01-07T12:41:01+01:00 http://docs.opsview.org/doku.php?id=opsview2.14:webauthentication&rev=1231332061&do=diff Opsview uses mod_auth_tkt as the mechanism for granting authentication. This provides Single Sign On (SSO) functionality. If you have a valid ticket, then you should get access to the system. If you do not have a valid ticket, then Opsview will use Catalyst to handle the authentication. By default, authentication occurs based on the password stored for the contact. However, it is possible to configure Opsview to use LDAP as the authentication system.