www.question-defense.com | Engage: Visit :: Login :: Register
Translate to English Übersetzen Sie zum Deutsch/German Переведите к русскому/Russian Μεταφράστε στα ελληνικά/Greek Vertaal aan het Nederlands/Dutch ترجمة الى العربية/Arabic 中文翻译/Chinese Traditional 中文翻译/Chinese Simplified 한국어에게 번역하십시오/Korean 日本語に翻訳しなさい /Japanese Traduza ao Português/Portuguese Traduca ad Italiano/Italian Traduisez au Français/French Traduzca al Español/Spanish

Posts Tagged “networking”

1

I was troubleshooting a Windows XP computer that had been brought in to my friends computer shop this afternoon and noticed something odd going on with the Windows Task Manager. The computer had multiple issues including various viruses, Norton Internet Security installed, hadn’t been upgraded or patched for over a year, and numerous other items going wrong. I will say that Norton Internet Security is probably the worst antivirus software I have ever come across because not only does it take over every aspect of your computer but on top of that it doesn’t even save your computer from getting infected by viruses. After getting the computer in working shape by removing Norton Internet Security and beginning the installation of Windows XP patches I launched Windows Task Manager to view something and when I did the list of running applications displayed but I could not click other tabs that normally appear at the top of the Task Manager. Below I display an image of what the Windows Task Manager looked like and how I easily resolved the issue.

Read the rest of this entry »

DeliciousStumbleUponDiggTwitterMixxTechnoratiFacebookNews VineLinkedInYahoo! Bookmarks
Tags: , , , , , , , , , , , , , , , ,

Comments No Comments »

1

With the release of Backtrack 4 final a few days ago I decided to make a post on installing backtrack in VMware. There are many ways to run backtrack including a hard disk install, a USB boot install and of course as a live cd. My preferred method is with VMware so I decided to document my steps in case there is any one who would like to install in this way.

Read the rest of this entry »

DeliciousStumbleUponDiggTwitterMixxTechnoratiFacebookNews VineLinkedInYahoo! Bookmarks
Tags: , , , , , , , , ,

Comments 39 Comments »

0

If you use pastebin as much as I do then you will think this tool is as cool as I do. Pastebin is a online site which allows users to copy and paste snippets of code in order for share them with other people and get feed back.

Read the rest of this entry »

DeliciousStumbleUponDiggTwitterMixxTechnoratiFacebookNews VineLinkedInYahoo! Bookmarks
Tags: , , , , , , ,

Comments No Comments »

0

--- GW IMAGE NOT DISPLAYED --- Configuring Services

Copyright 2006 GroundWork Open Source, Inc. (”GroundWork”).All rights reserved. Use is subject to GroundWork commercial license.

Contents

Configuring Services

--- GW IMAGE NOT DISPLAYED --- How Do I Define a New Service?


Step 1 will cover how to set up a new Service. When naming the Service you should use a standard naming convention to make it easier to tell what is going on later (e.g. ssh_disk_/). You will also need to select a Service Template to be associated with the new Service. A Service Template is useful when you have common attributes for multiple Services. A Service Template incorporates multiple Service detail directives and Service Check definitions. Then in Step 2, you will have the opportunity in the Service Detail screen to use (Set Inheritance) the selected template default attributes or you can uncheck each attribute which enables you to set individual attributes for the new Service and not inherit the default setting from the selected template. Next, you can continue with Step 3 to configure the Service Check.

See Chapter 5 Advanced Configuration – Configuring Profiles to learn about grouping Services into Service Profiles.

Step 1 – New Service

  1. Select Services from the Configuration menu options.
  2. Select New service.
  3. In the New Service screen, enter the properties (see Table 5.3.1a. below).
  4. Select Add to go to the Manage Service screen.

    Figure 5.3.1a. New Service

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.3.1a. New Service

    Name [Required] Name of the new Service. Example: check-disk-sda1. Note: Monarch and GroundWork Monitor do not support backslashes in Host and Service names.
    Service Template [Required] This option sets the default template for the Service name definitions. Example: generic-service.

Step 2 – Service Detail

The Manage Service screen incorporates five tabs including Service Detail, Service Check, Service Dependencies, Services Profiles, Service Externals (optional), and Apply Hosts. Each of these tabs will be covered within this chapter.

  1. In the Service Detail tab, enter the properties (see Table 5.3.1b. below).
  2. Select Save to add the new Service. You will be prompted in the next screen that the Service has been save. Select Close. Delete removes the current Service, Rename is used to change the name of the current Service, and Close is used to exit the current Service without saving.

    Figure 5.3.1b. Service Detail

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.3.1b. Service Detail

    Name Name of the Service entered on the previous screen.
    Service Template [Required] The Service Template most suitable for this Service, selected on the previous screen. You may re-select it here.
    Inherit All Values from Template [Optional] Checked sets all directive to inherit values from the selected template. Unchecked, directives below will override template values.
    Is Volatile [Required] This directive is used to denote whether the Service is Volatile. Services are normally not volatile. Unchecked Service is not volatile; Checked Service is volatile.
    Check Period [Required] This directive is used to specify the sort name of the time period during which active checks of this Service can be made.
    Max Check Attempts [Required] This directive is used to define the number of time that Nagios will retry the Service check command if it returns any state other than an OK state. Setting this value to 1 will cause Nagios to generate an alert without retrying the Service check again.
    Normal Check Interval [Required] This directive is used to define the number of time units to wait before scheduling the next regular check of the Service. Regular checks are those that occur when the Service is in an OK state or when the Service is in a non-OK state, but has already been rechecked max_attempts number of times. Unless the interval_length directive has been changed from the default value of 60, this number will mean minutes.
    Retry Check Interval [Required] This directive is used to define the number of time units to wait before scheduling a re-check of the Service. Services are rescheduled at the retry interval when they have changed to a non-OK state. Once the Service has been retried max_attempts times without a change in its status, it will revert to being scheduled at its normal rate as defined by the check_interval value. Unless you’ve changed the interval_length directive from the default value of 60, this number will mean minutes.
    Active Checks Enabled [Optional] This directive is used to determine whether or not active checks of this Service are enabled. Unchecked Disable Active Service Checks, Checked Enable Active Service Checks.
    Passive Checks Enabled Optional] This directive is use to determine whether or not passive checks of this Service are enabled. Unchecked Disable Passive Service Checks, Checked Enable Passive Service Checks.
    Parallelize Check [Optional] This directive is used to determine whether or not the Service check can be parallelized. By default, all Service checks are parallelized. Disabling parallel checks of Services can result in serious performance problems. Unchecked Service check cannot be parallelized (use with caution), Checked Service check can be parallelized.
    Obsess Over Service This value determines whether or not Nagios will obsess over Service checks results and run the obsessive compulsive Service processor command you define. This option is useful for performing distributed monitoring. If you’re not doing distributed monitoring, don’t enable this option.
    Check Freshness [Optional] This directive is used to determine whether or not freshness checks are enabled for this Service. Unchecked disable freshness checks, Checked enable freshness checks.
    Freshness Threshold [Optional] This directive is used to specify the freshness threshold (in seconds) for this Service. If you set this directive to a value of 0, Nagios will determine a freshness threshold to use automatically.
    Notifications Enabled [Optional] This directive is used to determine whether or not notifications for this Service are enabled. Unchecked Disable Service Notifications, Checked Enable Service Notifications.
    Notification Interval [Required] This directive is used to define the number of time units to wait before re-notifying a contact that this Service is still in a non-OK state. Unless you’ve changed the interval_length directive from the default value of 60, this number will mean minutes. If you set this value to 0, Nagios will not re-notify contacts about problems for this Service – only one problem notification will be sent out, unless there has been a state change.
    Notification Period [Required] This directive is used to specify the short name of the time period during which notifications of events for this Service can be sent out to contacts. No Service Notifications will be sent out during times which are not covered by the time period.
    Notification Options [Required] This directive is used to determine when Notifications for the Service should be sent out. Valid options are a combination of one or more of the following: If checked Unknown send notifications on an UNKNOWN state, Critical send notification on a CRITICAL state, Warning = send notifications on a WARNING state, Recovery send notifications on recoveries in OK state. If you specify None as an option, no Service notifications will be sent out.
    Event Handler Enabled [Optional] This directive is used to determine whether or not the event handler for this Service is enabled. Unchecked Disables Service Event Handler, Checked Enables Service Event Handler.
    Event Handler [Optional] This directive is used to specify the short name of the command that should be run whenever a change in the state of the Host is detected (i.e. whenever it goes down or recovers). The maximum amount of time that the event handler command can run is controlled by the event_handler_timeout option.
    Flap Detection Enabled [Optional] This directive is used to determine whether or not flap detection is enabled for this Service. Unchecked Disable Service Flap Detection, checked Enable Service Flap Detection.
    Low Flap Threshold [Optional] This directive is used to specify the low state change threshold used in flap detection for this Service. If you set this directive to a value of 0, the program-wide value specified by the low_service_flap_threshold directive will be used.
    High Flap Threshold [Optional] This directive is used to specify the high state change threshold used in flap detection for this Service. If you set this directive to a value of 0, the program-wide value specified by the high_service_flap_threshold directive will be used.
    Process Perf Data [Optional] This directive is used to determine whether or not the processing of performance data is enabled for Services using this template. Uncheckeddisables performance data processing, Checked enables performance data processing.
    Retain status information [Optional] This directive is used to determine whether or not status-related information about the Service is retained across program restarts. This is only useful if you have enabled state retention using the retain_state_information directive. Unchecked disables status information retention, Checked enables status information retention.
    Retain Non-status Information [Optional] This directive is used to determine whether or not non-status information about the Service is retained across program restarts. This is only useful if you have enable state retention using the retain_state_information directive. Unchecked disables non-status information retention, Checked enables non-status information retention.
    Contact Groups Select the contact groups to be notified for this Service.
    Extended Info Template [Optional] Defines extended Service information for this Service name. The template controls the icon and URL link as seen in Nagios for Hosts assigned this Service definition.)
    Escalation Tree [Optional] Select an escalation tree appropriate for this Service. To avoid amplified notification (i.e. multiple notifications for the same event), a Service Escalation assigned to a Service should not be assigned to the Host or the Host Group.

Step 3 – Service Check

Here we will configure the Service Check for the new Service. You can create as many Services as you like. If you want to use some of the other options on the plugins, you’ll need to create new commands that set those options, and use them to create your Services. GroundWork Monitor comes loaded with many of the commonly used Services already preconfigured.

  1. Select the Service Check tab.
  2. De-select the Inherit check from template box which enables you to define a specific Check Command for this Service. Select the command (e.g. check_by_ssh_disk) from the drop-down list. GroundWork Monitor comes with a lot of standard commands already defined for you.
  3. Next, the ARG1!ARG2!ARG3 in the command line should be filled in to reflect the arguments to pass to the plugin. To run an example, use 20%!10%!/ to check the / partition and give a warning when less than 20% is free, and a critical alert when less than 10% is free.
  4. You can then test the Service against any Host from within this Service Check screen.
  5. Select Save to save the Service Check with the new Service.

    Figure 5.3.1c. Service Check

    --- GW IMAGES NOT DISPLAYED ---

OTHER SERVICE MANANGEMENT OPTIONS

Service Dependencies

Service Dependencies are optional and allow you to suppress Notifications and active checks of Services based on the status of one or more other Services. After defining the Service Detail and the Service Check attributes, you can select the Service Dependencies to add or remove service dependencies.

  1. Select Hosts from the Configuration menu options.
  2. Select the dependent host by using Search host. Or expand the Hosts navigation tree.
  3. Select a Host Group to expand the list of Hosts.
  4. Select the dependent Host to expand the navigation tree.
  5. From the navigation tree select a Service to get bring up the Manage Host Service screen.
  6. Select the Service Dependencies tab.
  7. Select the desired Dependency and then choose the Parent Host from the list.
  8. Click Add Dependency to create the new Service Dependency.

    Figure 5.3.1d. Service Dependencies through Manage Host Service

    --- GW IMAGES NOT DISPLAYED ---

The template you select defines a Parent Service relationship on a given Host. Monarch will create a Service Dependency relationship on a Host assigned to this Service name. To define a dependency from a Service running on a different Host use Hosts>Modify>Services>Service Dependency and select the Parent Host. Be careful to ensure that the Parent Service is assigned to the Parent Host definition and is included in the relevant Service Profiles.

To add a dependency, select from the dependency list and after the screen refreshes, choose the appropriate Host, or select same Host if the dependency is for Services on the same Host.

To configure a new, copy, or modify a Service Dependency Template go to Configuration>Services>Service Dependency Template where you can specify the Service, and specific execution failure criteria and notification failure criteria. These templates will then show up in the Manage Service, Service Dependencies screen. See Service Dependencies in this chapter.

Figure 5.3.1e. Service Dependencies

--- GW IMAGES NOT DISPLAYED ---

Service Profiles

A Service Profile is a collection of multiple Services. Once you have a Service Profile you can combine this with a Host Template and create a Host Profile. With GroundWork Monitor Professional, you get a preloaded set of Service Checks for multiple types of servers, devices, etc. that you can use out of the box. Service Profiles encapsulate a set of standard Services with Plugins and best practices that can be applied toward monitoring specific devices or protocols. The advantages of using a Service Profile is that it is pre-integrated. Using profiles, you can quickly configure GroundWork Monitor Professional to monitor groups of devices the same way. To define a Service Profile see Section 5 Configuration, Chapter 5 Advanced Configuration – Configuring Profiles.

  1. Here we will add or remove Service Profiles using this Service. Adding or removing a Service Profile here has no effect on the Service Profile’s member Hosts until the apply tab is used on the Service Profile (or Host Profile), or the Profile is applied on the individual Hosts.
  2. Select Save to save the selected Service Profiles using this Service.

    Figure 5.3.1f. Service Profiles

    --- GW IMAGES NOT DISPLAYED ---

Service Externals

The Externals feature enables you to add your own configuration data that is not related to Nagios but can be useful when integrating other tools. When Externals are enabled, you can add this data to Host and Service Profiles, which can then be applied to instantiated Host and Service definitions. You can then execute the Run Externals command, which will call a user written program in MonarchExternals.pm. The user program can process the Externals data associated with the Host and Service definitions in Monarch. For example, the Externals data can be used to generate a configuration update for another monitoring tool based on Monarch changes. This is an advanced feature that requires some knowledge of Perl to modify MonarchExternals.pm.

  1. To enable Externals within GroundWork Monitor Professional, select Control from the Configuration tab, then Setup and click the Enable Externals box, and Save. You are then able to define, add, and execute Externals using the Services, Profiles, and Hosts configuration tabs.

    Figure 5.3.1g. Enabling Externals

    --- GW IMAGES NOT DISPLAYED ---

  2. To create a Service External, select Services from the Configuration tab options.
  3. Select Service Externals.
  4. Select New service.
  5. Enter a Name, and Details for the Service External.
  6. Select Add and Continue, you will then see the new external listed under Modify.

    Figure 5.3.1h. Defining Service Externals

    --- GW IMAGES NOT DISPLAYED ---

  7. You can then add Service and Host Externals within the Services, Profiles, and Host configuration options.

    Figure 5.3.1i. Adding Externals

    --- GW IMAGES NOT DISPLAYED ---

  8. To execute the externals select Control from the Configuration tab options, and Run Externals, which will execute your code in MonarchExternals.pm.

    Figure 5.3.1j. Executing Code in MonarchExternals.pm

    --- GW IMAGES NOT DISPLAYED ---

Apply Hosts

In the Apply Hosts tab you will need to select the options you want to apply to the listed Hosts. The listed Hosts are Hosts that have this Service assigned to it within the Host configuration tab. The options for applying Hosts are detailed here: >

  1. Apply Service Check – Check this if you want to apply the Service Check defined in the Service Check tab to this Host.
  2. Apply Contact Groups – Check this if you want to apply the Service Contact properties to the listed Hosts.
  3. Apply Service Extended Info – Check this if you want to apply the Service Extended Info properties to the listed Hosts.
  4. Apply Service Escalation – Check this if you want to apply the Service Escalation properties to the listed Hosts.
  5. Apply Dependencies – Check this if you want to apply the Service Dependencies to the listed Hosts.
  6. Replace existing Service properties (force inheritance) – This refers to the properties selected on the Service Detail page and forces the inheritance of the Service Template.
  7. Merge existing Services properties (preserve overrides) – This refers to the properties selected on the Service Detail page and preserves the indicated check box overrides for the listed Hosts.

    Figure 5.3.1j. Apply Hosts

    --- GW IMAGES NOT DISPLAYED ---

Configuring Services

--- GW IMAGE NOT DISPLAYED --- How Do I Clone a Service?


Clone Service

  1. Select Services from the Configuration menu options.
  2. Select Clone Service.
  3. In the Clone Service screen, choose a Service to copy from the Select Service drop-down box, all available Services will be listed.
  4. Click Next to continue.
  5. Enter a new name for the cloned Service.
  6. Select Apply to Profiles to maintain the original Service Profile association for the new cloned Service. You will need to Commit the new Service.

    Figure 5.3.2a. Clone Service

    --- GW IMAGE NOT DISPLAYED ---

Configuring Services

--- GW IMAGE NOT DISPLAYED --- How Do I Create a New Service Template?


Step 1 – New Service Template

  1. Select Services from the Configuration menu options.
  2. Select Service Templates.
  3. Select New.
  4. In the New Service Template screen, enter the properties (see Table 5.3.2a. below).
  5. Select Add to add the template name and go to the next screen to define the template.

    Figure 5.3.3a. New Service Template

    --- GW IMAGES NOT DISPLAYED ---

    Table 5.3.3a. New Service Template

    Name Name of the new Service.

Step 2 – Manage Service Template – Service Detail

  1. In the Service Detail tab, enter the properties (see Table 5.3.3b. below).
  2. Select Save to save and add the new Service Template. Delete removes the current Service Template, Rename is used to change the name of the current Service Template, and Close is used to exit the current Service Template without saving. IMPORTANT NOTE: Each tab has its own save command. You need to select Save between each tab or you will lose your entries.

    Figure 5.3.3b. Service Detail

    --- GW IMAGES NOT DISPLAYED ---

    Table 5.3.3b. Service Detail

    Use [Required] Select the Service Template most suitable for this Service. Changing directives within this screen will override the template values.
    Is Volatile This directive is used to denote whether the Service is Volatile. Services are normally not volatile. Unchecked Service is not volatile; Checked Service is volatile.
    Check Period [Required] This directive is used to specify the sort name of the time period during which active checks of this Service can be made.
    Max Check Attempts [Required] This directive is used to define the number of time that Nagios will retry the Service check command if it returns any state other than an OK state. Setting this value to 1 will cause Nagios to generate an alert without retrying the Service check again.
    Normal Check Interval [Required] This directive is used to define the number of time units to wait before scheduling the next regular check of the Service. Regular checks are those that occur when the Service is in an OK state or when the Service is in a non-OK state, but has already been rechecked max_attempts number of times. Unless the interval_length directive has been changed from the default value of 60, this number will mean minutes.
    Retry Check Interval [Required] This directive is used to define the number of time units to wait before scheduling a re-check of the Service. Services are rescheduled at the retry interval when they have changed to a non-OK state. Once the Service has been retried max_attempts times without a change in its status, it will revert to being scheduled at its normal rate as defined by the check_interval value. Unless you’ve changed the interval_length directive from the default value of 60, this number will mean minutes.
    Active Checks Enabled [Optional] This directive is used to determine whether or not active checks of this Service are enabled. Unchecked Disables Active Service Checks, Checked Enables Active Service Checks.
    Passive Checks Enabled [Optional] This directive is use to determine whether or not passive checks of this Service are enabled. Unchecked Disables Passive Service Checks, Checked Enables Passive Service Checks.
    Parallelize Check [Optional] This directive is used to determine whether or not the Service check can be parallelized. By default, all Service checks are parallelized. Disabling parallel checks of Services can result in serious performance problems. Unchecked Service check cannot be parallelized (use with caution), Checked Service check can be parallelized.
    Obsess Over Service This value determines whether or not Nagios will obsess over Service checks results and run the obsessive compulsive Service processor command you define. This option is useful for performing distributed monitoring. If you’re not doing distributed monitoring, don’t enable this option.
    Check Freshness [Optional] This directive is used to determine whether or not freshness checks are enabled for this Service. Unchecked disables freshness checks, Checked enable freshness checks.
    Freshness Threshold [Optional] This directive is used to specify the freshness threshold (in seconds) for this Service. If you set this directive to a value of 0, Nagios will determine a freshness threshold to use automatically.
    Notifications Enabled [Optional] This directive is used to determine whether or not Notifications for this Service are enabled. Unchecked Disables Service Notifications, Checked Enables Service Notifications.
    Notification Interval [Required] This directive is used to define the number of time units to wait before re-notifying a contact that this Service is still in a non-OK state. Unless you’ve changed the interval_length directive from the default value of 60, this number will mean minutes. If you set this value to 0, Nagios will not re-notify contacts about problems for this Service – only one problem notification will be sent out, unless there has been a state change.
    Notification Period [Required] This directive is used to specify the short name of the time period during which notifications of events for this Service can be sent out to contacts. No Service Notifications will be sent out during times which is not covered by the time period.
    Notification Options [Required] This directive is used to determine when notifications for the Service should be sent out. Valid options are a combination of one or more of the following: If checked Unknown send notifications on an UNKNOWN state, Critical send notification on a CRITICAL state, Warning send notifications on a WARNING state, Recovery send notifications on recoveries in OK state. If you specify None as an option, no Service notifications will be sent out.
    Event Handler Enabled [Optional] This directive is used to determine whether or not the event handler for this Service is enabled. Unchecked Disables Service Event Handler, Checked Enables Service Event Handler.
    Event Handler [Optional] This directive is used to specify the short name of the command that should be run whenever a change in the state of the Host is detected (i.e. whenever it goes down or recovers). The maximum amount of time that the event handler command can run is controlled by the event_handler_timeout option.
    Flap detection enabled [Optional] This directive is used to determine whether or not flap detection is enabled for this Service. Unchecked Disable Service Flap Detection, Checked Enable Service Flap Detection.
    Low Flap Threshold [Optional] This directive is used to specify the low state change threshold used in flap detection for this Service. If you set this directive to a value of 0, the program-wide value specified by the low_service_flap_threshold directive will be used.
    High Flap Threshold [Optional] This directive is used to specify the high state change threshold used in flap detection for this Service. If you set this directive to a value of 0, the program-wide value specified by the high_service_flap_threshold directive will be used.
    Process Perf Data [Optional] This directive is used to determine whether or not the processing of performance data is enabled for Services using this template. Unchecked disables performance data processing, Checked enables performance data processing.
    Retain status information [Optional] This directive is used to determine whether or not status-related information about the Service is retained across program restarts. This is only useful if you have enabled state retention using the retain_state_information directive. Unchecked disable status information retention, Checked enable status information retention.
    Retain Non-status Information [Optional] This directive is used to determine whether or not non-status information about the Service is retained across program restarts. This is only useful if you have enable state retention using the retain_state_information directive. Unchecked disables non-status information retention, Checked enables non-status information retention.
    Contact Groups Select the contact groups to be notified for this Service.

Step 3 – Service Check

  1. Next, select the Service Check tab to define a Service Check for this template.
  2. In the Service Check tab, enter the properties (see Table 5.3.3c. below).
  3. Select Save to save the check command. A screen will be displayed confirming your save. Select Close.

    Figure 5.3.3c. Service Check

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.3.3c. Service Check

    Check Command This is the command that Nagios will run in order to check the status of the Service. There are three command formats that can be used; the Command, the Command with arguments, and a command line.
    Command Definition The command definition will be displayed here after selection of the check command.
    Usage The command usage parameters.
    Command Line If the check command requires arguments this is where you would enter the check command with command arguments separated by a ! character. Example: check_disk!/dev/sda1.
    Test Enter a Host and arguments for the command line. When you click the “Test” button this parses through the command definition, performs the macro substitutions, inserts the Hostname from the Host box, puts the resulting command into a shell command line and executes, returning the results of the execution in the box to the right.

Configuring Services

--- GW IMAGE NOT DISPLAYED --- How Do I Configure a New Service Dependency Template?


Step 1 – New Service Template

  1. Select Services from the Configuration menu options.
  2. Select Service Dependency Templates.
  3. Select New.
  4. In the Service Dependency Template screen, enter the properties (see Table 5.3.4a. below).
  5. Select Save to save the Service Dependency Template. Delete removes the current template, and Rename is used to change the name of the current template. You will be notified on the next screen that the Service Dependency Template has been saved, select Continue.

    Figure 5.3.4a. Service Dependency Template

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.3.4a. Service Dependency Template

    Name [Required] Name of the Service Dependency Template.
    Service Name [Required] This is the Parent Service name.
    Execution failure criteria [Optional] This directive is used to specify the criteria that determine when the dependent Service should not be executed. If the Service that is being depended upon is in one of the failure states we specify, the dependent Service will not be executed. Valid options are a combination of one or more of the following: Okay checked fail on an OK state, Warning checked fail on a WARNING state, Unknown checked fail on an UNKNOWN state, and Critical checked fail on a CRITICAL state. If you specify n (none) as an option, the execution dependency will never fail and checks of the dependent Service will always be executed. Example: If you specify o,c,u in this field, the dependent Service will not be executed if the Service that’s being depended upon is in either an OK, a CRITICAL, or an UNKNOWN state.)
    Notification failure criteria [Optional] This directive is used to define the criteria that determine when notifications for the dependent Service should not be sent out. If the Service that is being depended upon is in one of the failure states we specify, notifications for the dependent Service will not be sent to contacts. Valid options are a combination of one or more of the following: Okay checked fail on an OK state, Warning checked fail on a WARNING state, Unknown checked fail on an UNKNOWN state, and Critical checked fail on a CRITICAL state. If you specify n (none) as an option, the notification dependency will never fail and notifications for the dependent Service will always be sent out. Example: If you specify w in this field, the notifications for the dependent Service will not be sent out if the Service that is being depended upon is in a WARNING state.)

Configuring Services

--- GW IMAGE NOT DISPLAYED --- How Do I Create an Extended Service Info Template?


Step 1 – Extended Service Info Template

  1. Select Services from the Configuration menu options.
  2. Select Extended Service Info Templates.
  3. Select New.
  4. In the Extended Service Info Template screen, enter the properties (see Table 5.3.5a. below).
  5. Select Add to add the new Extended Service Info Template.
  6. You will be prompted that the template has been saved. Select Continue.

    Figure 5.3.5a. Extended Service Info Template

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.3.5a. Extended Service Info Template

    Name [Required] Name of the Extended Service Info Template.
    Notes URL [Optional] Define a URL that can be used to provide additional information to other support staff about the Host, such as emergency contact methods.
    Icon Image [Optional] This variable is used to define the name of an image to be associated with this Host. This image will be displayed in the status and extended information CGIs.
    Icon Image Alt [Optional] This variable is used to define an optional string that is used in the Alt tag of the image specified by the Icon Image.

Configuring Services

--- GW IMAGE NOT DISPLAYED --- How Do I Create Service Groups?


Step 1 – Service Group

  1. Select Services from the Configuration menu options.
  2. Select Service Groups.
  3. Select New.
  4. In the Service Group screen, enter the properties (see Table 5.3.6a. below).
  5. Select Add to go to the Service Group screen.
  6. Select the Host drop-down box to select a Host. Available Services will be listed.
  7. Select a Service to add and click Add Service(s). The Host and Service columns above will displayed your selections. To remove a selected Service click the X corresponding to the line to be deleted.
  8. Select the Service drop-down box to select a Service, available Hosts will be listed.
  9. Select a Host to add and click Add Host(s). The Host and Service columns above will display your selections. To remove a selected Host click the X corresponding to the line to be deleted.
  10. Select Save to save the Service Group. Delete removes the current Service Group, and Rename is used to change the name of the current Service Group. You will be notified on the next screen that the Service Groups has been updated.

    Figure 5.3.6a. Service Groups

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.3.6a. Service Groups

    Name [Required] Name of the Service Group. Example: dbservices
    Alias [Required] This directive is is used to define a longer name or description used to identify the Service Group. It is provided in order to allow you to more easily identify a particular Service Group. Example: Database Services
    Host/Service [Required] This is a list of the descriptions of Services (and the names of their corresponding Hosts) that should be included in this group.
DeliciousStumbleUponDiggTwitterMixxTechnoratiFacebookNews VineLinkedInYahoo! Bookmarks
Tags: , , , ,

Comments No Comments »

0

 

Square GROUNDWORK MONITOR ARCHITECT (MONARCH) Administrator Guide 2.0

Copyright 2006 GroundWork Open Source, Inc. (”GroundWork”).All rights reserved. Use is subject to GroundWork commercial license.

This section covers the overall configuration process for GroundWork Monitor Open Source. GroundWork bases this software on Nagios®, an open source network-management application, and enables you to more easily and rapidly set-up and maintain your IT system by allowing you to configure it through the Configuration web-based interface rather than having to manually edit actual configuration files. Configuration is the first step in working with GroundWork Monitor Open Source. This section will detail configuration of the monitoring environment.

Section Contents


--- GW IMAGE NOT DISPLAYED --- Chapter 1 Configuration Overview


Chapter Contents

About Configuration

GroundWork’s configuration (Configuration or Monarch) application is a full-featured, easy-to-use web based system for use with Nagios®. Configuration consists of a set of tools that allow a user to easily configure and maintain Nagios® or GroundWork Monitor Open Source. Configuration fills a key functionality gap of Nagios®: the required use of a command line text editor to configure by hand the monitoring system for each monitored application, Service, device, etc. GroundWork Monitor Architect (Monarch) is GroundWork’s open source version for the same package.

Managing your information systems starts with availability and performance measurement. GroundWork Monitor Open Source provides the measurements that are the foundation of good IT management. Using this package to make these measurements is straightforward. For current Nagios® users, Configuration writes and reads Nagios® configuration files, enabling it to easily be integrated into an existing installation. You can simply install the package and import your existing configuration. Experienced Nagios® users can edit the Nagios® configuration files and use Configuration interchangeably. If you are new to Nagios®, you can choose to input your configurations into the web interface under Configuration, create a spreadsheet or delimited text file to import, or configure Nagios® from scratch via text files.

Beginner and advanced configuration options also provide rapid time-to-value through mass Host import or guided discovery to import Hosts and assign monitoring Profiles. Post-installation, using Configuration, simplifies maintenance of the monitoring system when adds, changes and deletes are made to the IT infrastructure.

Architectural View of Configuration

Configuration is a set of .cgi scripts written in Perl. When performing a Configuration Load operation all of the Nagios® configuration files get updated in the MySQL monarch database, mirroring the entire configuration in the database. Configuration then operates by manipulating this database. In addition to the Nagios® configuration information there are extra data structures that Configuration uses to add functionality, such as; Host and Service Profiles, Escalation Trees, and Configuration access rights.

Once you are finished making modifications, you can execute the Pre Flight Test, equivalent of the Nagios® -v command, to provide options for controlling your production configuration. This will verify the configuration and will write the updated Nagios® configuration files into a Workspace Directory. At this point your current Nagios® configuration has not been affected providing you the opportunity to view and manually manipulate the configuration files.

Configuration also gives you the capability to commit the files into your production configuration. The Commit command will make a backup of your old configuration in a separate backup directory and copy the updated configuration files back into your production nagios/etc directory. Commit then performs a Nagios® restart, activating the configuration.

Figure 5.1.1a. Architectural View of Configuration

--- GW IMAGE NOT DISPLAYED ---

Structure of Configuration Concepts

Host and Service Templates

Host and Service Templates store common object properties that are used to define multiple Hosts and Services. Templates are used to reduce the number of repetitive entries when defining objects. For example, when defining a new Host you would first create a Host Template with common properties. Then, to define a specific Host, you apply the properties using a Host Template. You would define a new Service in the same way, starting with a Service Template and applying the template to the Service Definition.

Figure 5.1.1b. Host and Service Templates and Definitions

--- GW IMAGE NOT DISPLAYED ---

Services

A Service in Configuration is a combination of a Service Template and a Service Definition. A Service is generic until it has been applied to a specific Host. A Host, when fully implemented, has a Host Template, a unique Host Definition, and Services.

Figure 5.1.1c. Fully Implemented Host

--- GW IMAGE NOT DISPLAYED ---

Service Profiles

A Service Profile is a collection of multiple Services. Configuration uses device-specific profiles that contain both pre-defined and user-definable monitoring parameter settings. Using Profiles, Administrators can quickly configure GroundWork Monitor Open Source to monitor groups of similar devices and benefit from GroundWork’s deep expertise in monitoring design recommended practices. Example: You have 50 web servers on which you will want to monitor CPU, memory, disk, http, and apache processes. Instead of creating 50 definitions you would create a Service Definition for each Service CPU, memory, disk, etc. You can then create a Service Profile called Web Monitoring and include all of the Services in the Service Profile. You would then associate this Service Profile with each of the 50 web servers. Configuration does this with a Host Profile.

Figure 5.1.1d. Service Profiles

--- GW IMAGE NOT DISPLAYED ---

Host Profiles

Once you have a Service Profile defined you can combine it with a Host Template and create a Host Profile. These Profiles are not associated with a specific Host. Once you have the Host Profile you can apply this combined definition to each of your 50 specific web servers. This concept will allow you to generically define the different roles of the different devices you are monitoring and easily apply them. Once the above steps are complete, if you want to change one of the parameters and apply it to all 50 of your web servers, you can make a change to either the Host Profile, the Service Profile, or in the Service, which will then be applied to all 50 web servers.

Figure 5.1.1e. Host Profiles

--- GW IMAGE NOT DISPLAYED ---

Configuration User Interface

When you start the Configuration application you will see the menu items listed in the table below. Here, each menu item is briefly described with specific category options listed in the next row. The menu options are listed in a most likely use of left to right, although it depends on your design and management needs at the time as to what item you will start with.

Table 5.1.1a. Menu Items


--- GW IMAGE NOT DISPLAYED --- Chapter 2 Security – Users and User Groups


Chapter Contents

This chapter will help you determine what users can do with configuration, and how it integrates into your environment. You will notice there is one system group super_users and one system user account super_user. The user account super_user has complete access to everything and members of the group super_users are granted the equivalent of super_user privileges. Please note that the super_users group does not have an access list, and that neither the super_users group nor the super_user account can be removed from the system.

The steps you will need to follow are:

Table 5.1.2a. Security Configuration

Setup Determine how users access Monarch. Are users required to login? If so, how long can their session be idle before it expires?
User Groups Determine user rolls. Set the interface(s) to display (EZ/Main) and which functions are available to a group of users.
Users Add users and assign user groups to set access.

Setting Secutiry Mode and Timeout

Setup

  1. Select Conrol from the Configuration Main menu options.
  2. Select Setup.
  3. In the Setup screen, select the Login authentication mode (see Table 5.1.2b.) and set the Session timeout seconds. The maximum timeout value is 48 hours (172800 seconds).
  4. Select Save. Selecting Cancel will exit the Setup screen without saving.

    Figure 5.1.2a. Setting the security mode and timeout

    Setup

    Table 5.1.2b. Login authentication

    None There is no login and anyone given the correct URL will have complete access to everything. (Not recommended).
    Active Users are asked to login to begin a new session or when the timeout value is exceeded in an existing session. A session will expire after a period of inactivity equal to or greater than the Session timeout seconds value in Setup. The maximum timeout value is 48 hours (172800 seconds). Access rules are determined by User group membership (see below).
    Passive Single sign on method: This option assumes Monarch is embedded in another tool such as a portal. The external source can call Monarch by passing the name value pair user_acct=USERNAME or by setting the Apache REMOTE_USER value to USERNAME. There is no session timeout, but access rules are determined by User group membership (see below).

Defining/Managing User Groups

User groups

  1. Select Conrol from the Configuration Main menu options.
  2. Select User groups.
  3. Select New to create a new group or Modify to change an existing group.
  4. In the User Group screen, fill in the name and the description.
  5. Select Add for a new group or Set Access Values. Selecting Cancel/Close will exit the User groups screen without saving.

    Figure 5.1.2b. Defining/Managing User Groups

    User groups

Access Values – General

  1. Use the tabs at the top of the form to navigate between access panes.
  2. Select Save to save changes before navigating to a different pane.
  3. Figure 5.1.2c. Access Values – General

    Access Lists - General

    Table 5.1.2c. Access Values – General

    Design Manage For each option check Add, Modify, and/or Delete to grant the level of access desired.
    Groups See below.
    Tools Check each option to grant access.
    Control Check each option to grant access.
    EZ See below.

Access Values – Groups

  1. Select the Groups tab.
  2. Set properties (see table 5.1.2d. below).
  3. Select Save to save changes before navigating to another tab.
  4. Figure 5.1.2d. Access Values – Groups

    Access Lists - Groups

    Table 5.1.2d. Seting Group Access

    Groups and macros Check Manage to make the Groups option available. Members of the user group will by default have complete access to groups they or other members of the user group create.
    Admistered groups Check one or more groups to grant access.

Access Values – EZ Interface

  1. Select the EZ tab.
  2. Set properties (see table 5.1.2e. below).
  3. Select Save to save changes before navigating to another tab.
  4. Figure 5.1.2e. Access Values – EZ

    Access Lists - EZ

    Table 5.1.2e. Setting EZ Access

    Enable EZ You must check enable to make the EZ interface available to users.
    View option Select the default interface. To make EZ the only view available to the group, select the EZ option. Select EZ-Main to make the EZ interface the default view when users login, and select Main-EZ to make the main view the default.
    EZ options Check the options available to users of the EZ interface.

Defining/Managing Users

Users

  1. Select Conrol from the Configuration Main menu options.
  2. Select Users.
  3. Select New to create a new group or Modify to change an existing user.
  4. In the User screen, set the user’s propertires and add user groups to grant access.
  5. Select Add for a new user or Save. Selecting Cancel/Close will exit the user screen without saving.

    Figure 5.1.2f. User Account

    Access Lists - EZ


--- GW IMAGE NOT DISPLAYED --- Chapter 3 Configuration EZ – Getting Started


Chapter Contents

This chapter will get you started with configuration using the feature Configuration EZ. Configuration EZ allows you to more easily configure your monitoring system by providing access to the most commonly used configuration functions. As the main prerequisite for EZ to be effective, Host Profiles must already be defined. An advanced Administrator can use the standard Configuration option to define all the settings associated with a Host Profile. The task of assigning and implementing Profiles to the monitoring system can be accomplished using EZ.

There are several options one may use to get started with an initial configuration. One can simply use the existing commands, Services, and Profiles to set up monitoring on Hosts, import an existing Nagios® configuration, or configure Nagios® in the usual way using text files, and load the results.

The Configuration EZ option makes use of the Profiles to simplify the addition of new Hosts. Once Host and Service Profiles are selected and configured, they are available to be used in Configuration EZ. The Administrator can import delimited text files, run guided network discovery, or simply input Host details with the new Host wizard. Once input, these Hosts can be assigned to Profiles, and implemented in the system. The Configuration EZ application is provided under a separate application option to allow delegation of simple changes to various Administrators. The advanced options such as setting up new Services and Service Profiles, or making global changes can be performed by another system Administrator with the advanced knowledge needed.

Finally, one can set up a Nagios® server in the usual way, and import configurations as described above. This method is sometimes preferable for Nagios® users simply because it avoids the need to learn how Configuration works before getting to use it on a large number of Hosts and Services, and because the act of loading an existing configuration creates all the Service definitions that can then be used to create Profiles. It is a matter of choice, which is what Open Source is all about. The functions EZ provides are:

Table 5.2.0. Configuration EZ Functions

Hosts Defining new Hosts for the monitoring system. There are three methods available: 1) manually entering Host information using the Configuration EZ web pages, 2) using the Import option to load data from a comma separated file, or 3) using the Discover option to autodiscover devices.
Host Groups Adding new Host Groups and assigning Hosts to Host Groups.
Profiles Assigning Profiles to Hosts.
Notifications Defining Notification parameters such as Time Periods and Contacts.
Commit Checking your configuration with a Pre Flight Check and committing your changes to Nagios® with the Commit option.
Setup Set the default parameters.

Defining Hosts

Defining a Host Manually

  1. Select Hosts from the Configuration EZ menu options.
  2. Select New.
  3. In the Host screen, enter the properties, see Table 5.2.1a..
  4. Select Save. Selecting Cancel will exit the Host screen without saving. Delete removes the Host.

    Figure 5.2.1a. Defining a New Host

    Host

    Table 5.2.1a. Host

    Name [Required] Host name. If the Address directive in a Host definition is not specified, the name of the Host will be used as its address. Recommended practice: Do not include spaces in Host names, if necessary use “_”.
    Alias [Required] This directive is used to define a longer name or description used to identify the Host. It is provided in order to allow you to more easily identify a particular Host.
    Address [Required] This directive is used to define the address of the Host. Normally, this is an IP address, although it could really be anything you want (so long as it can be used to check the status of the Host). You can use a FQDN to identify the Host instead of an IP address, but if DNS Services are not available this could cause problems. When used properly, the $HOSTADDRESS$ macro will contain this address. Note: If you do not specify an address directive in a Host definition, the name of the Host will be used as its address. A word of caution about doing this, however – if DNS fails, most of your Service checks will fail because the plugins will be unable to resolve the Host name.
    Host Groups [Required] Each Host that you define must be a member of at least one Host Group – even if it is the only Host in that Group. Hosts can be in more than one Host Group. When a Host goes down, becomes unreachable, or recovers, Nagios® will find which Host Group(s) the Host is a member of, get the Contact Group for each of those Host Groups, and notify all Contacts associated with those Contact Groups.
    Host Profile [Optional] Host Profiles can be used to aid the design and management of Hosts.

Defining Hosts Using Import

If you have Host information in a file, such as a spreadsheet, the Import tool will allow you to upload that file to the GroundWork Monitor server, map file fields to Host definitions, and selectively import the new Host definitions into the configuration database. The minimum data that is required for the Import tool includes Name, Alias and Address.

  1. Select Hosts from the Configuration EZ menu options.
  2. Select Import.
  3. In the Import Host Wizard screen, Step 1: Upload File, select or enter the file field delimiter. Typically this is “,” for comma separated files. Enter or select the Upload File. This is a file on your system that will be uploaded to the server and processed. Use the browse option to navigate to your file. When finished, select Next to go to the next page.

    Figure 5.2.1b1. Step 1: Upload File

    --- GW IMAGE NOT DISPLAYED ---

  4. In the next screen, Step 2: Set Schema, you can assign the fields in your file to the Host parameters. The first line of your file is shown for reference. For each field in your file, select the Host parameter from the drop down list. Assign the name, address and alias fields to the appropriate fields. When finished, select Next to go to the next page.

    Figure 5.2.1b2. Step 2: Set Schema

    --- GW IMAGE NOT DISPLAYED ---

  5. In Step 3: Process Hosts the Hosts discovered from the scan are displayed. Notice the Sort Keys color coded import status. An orange box indicates that the Host was missing data or was unable to be imported, the Blue box indicates the Host exists in your monitoring configuration already (Hosts can be overwritten), and the White box indicates a good Host to import. You may also sort the list of discovered Hosts by selecting the Name, Alias, Address, OS, Profile, or Other titles in the Sort columns section.
  6. Check the boxes of the Hosts you wish to import.
  7. In the Host Profile section, select the Host Profile to apply to the selected Hosts.
  8. Select Add to add the selected Hosts to the monitoring system configuration.
  9. Select Discard to remove from the list the Hosts you don’t want to monitor or those you do not want to process because they may already be in the system. The Hosts added will be displayed in the navigation tree under Hosts. Hosts that have been associated with a Host Group will be displayed within a Host Group, other Hosts not associated with a Host Group are listed under unassigned.

    Figure 5.2.1b3. Step 3: Process Hosts

    --- GW IMAGE NOT DISPLAYED ---

Defining Hosts Using Discover

The Configuration Discover option uses network discovery protocols to automatically generate a list of Hosts which you may import. The Nmap tool is used to scan the ports of the designated IP address range. Based on this scan, a list of Hosts including the Host name, IP address, and operating system are displayed. You may then select the Hosts you wish to import into the monitoring system configuration. Note: The system must be configured to enable reverse DNS lookups in order to generate the correct Host name, if not, the IP address will be used as the Host name.

  1. Select Hosts from the Configuration EZ menu options.
  2. Select Discover.
  3. In the Discover Host Wizard screen, Step 1: Scan Parameters, enter the start and end range of the IP addresses to be scanned.
  4. Select Next to start the scan.

    Figure 5.2.1c1. Step 1: Scan Parameters

    --- GW IMAGE NOT DISPLAYED ---

  5. In the next screen, Step 2: Scanning, you will see the results as each network address is scanned. You may stop the scan at any time by selecting Cancel. As each scan is complete, you will see the Host name, IP address, operating system and status. When the scan is finished, select Next to go to Step 3: Process Hosts.

    Figure 5.2.1c2. Step 2: Scanning

    --- GW IMAGE NOT DISPLAYED ---

  6. In Step 3: Process Hosts the Hosts discovered from the scan are displayed. Notice the Sort Keys color coded import status. An orange box indicates that the Host was missing data or was unable to be imported, the Blue box indicates the Host exists in your monitoring configuration already (Hosts can be overwritten), and the White box indicates a good Host to import. You may also sort the list of discovered Hosts by selecting the Name, Alias, Address, OS, Profile, or Other titles in the Sort columns section.
  7. Check the boxes of the Hosts you wish to import.
  8. In the Host Profile section, select the Host Profile to apply to the selected Hosts.
  9. Select Add to add the selected Hosts to the monitoring system configuration.
  10. Select Discard to remove from the list the Hosts you don’t want to monitor or those you do not want to process because they may already be in the system. The Hosts added will be displayed in the navigation tree under Hosts. Hosts that have been associated with a Host Group will be displayed within a Host Group, other Hosts not associated with a Host Group are listed under unassigned.

    Figure 5.2.1c3. Step 3: Process Hosts

    --- GW IMAGE NOT DISPLAYED ---

Modifying Existing Hosts

Once a Host is imported using any other methods above, you can modify the Host settings. To find a Host, expand the Host node in the navigation tree, then select Host from the list. An alternate way of finding a Host is to use the Search option. Start typing the name of the Host you want. As you type each letter, a list of Hosts that match will dynamically appear. You can then select the name the Host in the list. Once you select a Host, you can modify the Alias, IP Address, Host Group or Host Profile for that Host.

Figure 5.2.1c4. Modifying Existing Hosts

--- GW IMAGE NOT DISPLAYED ---

Defining Host Groups

This option allows you to create a new Host Group, and assign existing Hosts to a Host Group.

  1. Select Hosts Groups from the Configuration EZ menu options.
  2. Select New.
  3. In the Host Group screen, enter the properties, see Table 5.2.2a..
  4. Select Add to save the new Host Group.

    Figure 5.2.2a. Creating a New Host Group

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.2.2a. Host Group

    Name [Required] Host Group name.
    Alias [Required] This directive is used to define a longer name or description used to identify the Host Group. It is provided in order to allow you to more easily identify a particular Host Group.
    Hosts [Required] This is a list of the short names of Hosts that should be included in this Host Group.

Configuring Profiles

This option allows you to assign existing Host Profiles to Hosts.

  1. Select Profiles from the Configuration EZ menu options.
  2. Expand the Profiles drop-down menu.
  3. Select the Profile to be configured.
  4. In the Host Profile screen, enter the properties, see Table 5.2.3a.
  5. Select Add to go to the Host Profile screen.

    Figure 5.2.3a. New Host Profile

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.2.3a. New Host Profile

    Name [Required] Name of the Host Profile.
    Host Profile [Required] Host Profiles can be used to aid the design and management of Hosts.
    Hosts List of Hosts to add to Host Profile.

Setting Up Notifications

In Configuration EZ you can use the Notifications option to add and change basic contact data including turning Notifications on or off, creating Time Periods for Notifications, and defining Notification Contacts. To set up Notifications you will need to associate a Contact with a Host or Service, or set up an Escalation Tree. You can set up Escalation Trees so that some groups get notified for a while and others are escalated to. These trees define who gets notified and when, and you can then assign the tree to individual Hosts, Services, or Host and Service Groups.

You can dive into these areas further using the Configuration option to manage the assignment of Contacts to Contact Groups. Just create a Contact Group and add Contacts to it. This group can then be assigned to Host Groups, which will make the members default Contacts for all Host problems that are detected within the group. You can do the same with Services, Service Groups, and Hosts, if you prefer. Note: Services require the default Contact Group to be assigned for Notifications to occur unless you are using Escalations. For more information see Section 4 Configuring GroundWork Monitor Open Source in this guide.

Step 1 – Defining a New Time Period

  1. Select Notifications from the Configuration menu options.
  2. Expand the Time Periods drop-down menu.
  3. Select New to create a new Time Period.
  4. In the Time Period screen, enter the properties, see Table 5.2.4a..
  5. Select Add to add the new Time Period. You will be prompted in the next screen that the Time Period has been saved.

    Figure 5.2.4a. Time Period Properties

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.2.4a. Time Period

    Name Time Period name.
    Alias [Required] This directive is a longer name or description used to identify the time period.
    Sunday-Saturday [Optional] The Sunday through Saturday directives are comma-delimited lists of time ranges that are ‘valid’ times for a particular day of the week. Notice that there are seven different days for which you can define time ranges (Sunday through Saturday). Each time range is in the form of HH: MM-HH: MM, where hours are specified on a 24 hour clock. For example, 00: 15-24: 00 means 12: 15am in the morning for this day until 12: 20am midnight (a 23 hour, 45 minute total time range). If you wish to exclude an entire day from the Time Period, simply do not include it in the timeperiod definition.

Step 2 – Defining a New Contact

  1. Select Notifications from the Configuration EZ menu options.
  2. Expand the Contacts drop-down menu.
  3. Select New.
  4. In the Contact Properties screen, enter the properties, see Table 5.2.4b..
  5. Select Add.
  6. You will be prompted that the Contact has been added. Select Continue.Note: To modify or delete a Contact select Modify. You will then be able to edit and Save a modified Contact. Select Delete to remove a selected Contact, Rename to change the name, or Cancel to exit out without any changes.

    Figure 5.2.4b. Contact Properties

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.2.4b. Contact

    Name Contact name.
    Notification Period [Required] Select the period for which this Contact is available to receive Notifications.
    Alias [Required] This directive is used to define a longer name or description for the Contact. Under the rights circumstances, the $CONTACTALIAS$ macro will contain this value.
    Email [Optional] This directive is used to define an email address for the Contact. Depending on how you configure your Notification commands, it can be used to send out an alert email to the Contact. Under the right circumstances, the $CONTACTEMAIL$ macro will contain this value.
    Pager [Optional] This directive is used to define a pager number for the Contact. It can also be an email address to a pager gateway (i.e. pagejoe@pagenet.com). Depending on how you configure your Notification commands, it can be used to send out an alert page to the Contact. Under the right circumstances, the $CONTACTPAGER$ macro will contain this value.

Step 3 – Turning On Notifications

  1. Select Notifications from the Configuration EZ menu options.
  2. Click on the Notifications option.
  3. Select off or on from the Notifications drop-down box.
  4. Select Close

    Figure 5.2.4c. Notifications

    --- GW IMAGE NOT DISPLAYED ---

Using Commit

Any changes made with the configuration tool are not effective until the change is committed. This option provides the processes for committing changes to the monitoring system.

Note: Before committing, your are advised to run the Preflight Test option. This option will check the configuration for errors, but will not implement the change. If there are any errors, they will be listed in the Nagios® Pre Flight Test window after the PreFlight Test option is selected.

To implement the change, select the Commit option on the navigation tree. You will be presented with an option to Abort, Backup or Commit. The Backup option will make a copy of the current Nagios® configuration files (before the changes are applied) and execute a database dump of the monarch configuration database. By default, these are placed in a timestamped directory in /usr/local/groundwork/monarch/backup. If needed, you can restore to any backup configuration by copying the Nagios® configuration files to the /usr/local/groundwork/nagios/etc directory, and/or restoring the monarch MySQL database with the dumped backup file.

  1. Select Commit from the Configuration EZ menu options.
  2. Select Commit.
  3. In the Nagios® Commit screen you will be prompted first to Backup the active Nagios® configuration.
  4. Select Commit to overwrite the active Nagios® configuration and restart Nagios®.

    Figure 5.2.5a. Nagios® Commit

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.2.5a. Nagios® Commit

    Commit Select Commit to Overwrite your active Nagios® configuration and restarts Nagios®.
    Backup Select Backup to backup Nagios® records in the database.
    Abort Abort or cancel loading of Nagios® records.

Using Setup

This option allows you to set up default values that will be applied when new definitions are created.

  1. Select Setup from the Configuration EZ menu options.
  2. Select the Setup option.
  3. In the Configuration Defaults screen, enter the properties, see Table 5.2.6a..
  4. Select Save.

    Figure 5.2.6a. Configuration Defaults

    --- GW IMAGE NOT DISPLAYED ---

    Table 5.2.6a. Configuration Defaults

    Host Profile [Required] Select the appropriate Host Profile for all Hosts added with this tool. This should in most circumstances be a simple ping Profile.
    Contact Group [Required] Select the appropriate Contact Group for all Contacts added with this tool.
    Contact Template [Required] Select the appropriate Contact template for all Contacts added with this tool.


--- GW IMAGE NOT DISPLAYED --- Chapter 4 Advanced Configuration – Configuring Services


Chapter Contents

This chapter will focus on Service configuration. This reference is intended to provide you with a more detail look into all aspect of Service configuration. Each How to takes you step by step through the configuration process. Before starting, check the list below each How to to view any required prerequisites.

Services

A Service definition is used to identify a Service that runs on a Host. A Service can be an actual Service that runs on the Host (POP, SMTP, HTTP, etc.) or some other type of metric associated with the Host (response to a ping, number of logged in users, free disk space, etc.). A Service incorporates multiple definitions (Service Template, Check Command, Command Line, Service Dependencies, Service Extended Info, and Service Groups. These How To’s will take you through the process of defining a new Service, cloning an existing Service, searching existing Services, and viewing a list of available Services. You will need to start with any listed prerequisites.

Service Templates

A Service Template is useful when you have common attributes for multiple Services. A Service Template incorporates multiple Service detail directives and Service Check definitions. This How To will take you through the process of defining a new Service Template.

Example: In a Service Template (generic-win-disk-c), the Check command check_nt_disk has a Command Line of $USER1$/check_nt -H $HOSTADDRESS$ -p 1248 -v USEDDISKSPACE -l $ARG1$ -w $ARG2$ -c $ARG3$ where the values are set to check_nt_disk!C!85!95, which becomes the default Command Line value for a Service check_disk_c. Now, if you want to create a Service check_disk_d, you can select the Service Template generic-win-disk-c, uncheck Inherit all values from template, and replace the C parameter with a D.

Service Dependencies

Service Dependencies allow you to suppress Notifications and active checks of Services based on the status of one or more other Services.

Service Extended Info

Service Extended Info Templates are basically used to make the output from the status and extinfo CGIs look good. They have no effect on monitoring and are completely optional. This How To will take you through the steps to create an Extended Service Info Template.

Service Groups

A Service Group definition is used to group one or more Services together for the purposes of simplifying Notifications. When a Service goes down, becomes unreachable, or recovers, Nagios® will find which Service Group(s) the Service is a member of, get the Contact Group for each of those Service Groups, and notify all Contacts associated with those Contact Groups. Service Groups allow for flexibility in determining who gets paged for what kind of problems. Service Groups allow you to group Services together for display purposes in the CGIs and can be referenced in Service Dependency and Service Escalation definitions to make configuration a bit easier. This How To will take you through the steps to create a new Service Group. The prerequisites for Service Groups are defined Hosts with Services and Services assigned to Hosts.


--- GW IMAGE NOT DISPLAYED --- Chapter 5 Advanced Configuration – Configuring Profiles


This chapter will focus on Profile configuration. This reference is intended to provide you with a more detail look into all aspect of Profile configuration. Each How to takes you step by step through the configuration process. Before starting, check the list below each How to to view any required prerequisites.

Chapter Contents

Host Profiles

Host Profiles store Host Templates and Service Profiles. Once you have a Host Profile you can apply this combined definition to a number of Hosts, for example to 50 specific web servers. Host Profiles are not associated with a specific Host. This concept will allow you to generically define the different roles of the different devices you are monitoring and easily apply them. Once the Host Profile is define you may want to change one of the parameters which then would be applied to all of the specified Hosts. You can make a change to either the Host Profile, the Service Profile, or in the Service, which will then be applied to all Hosts.

Service Profiles

A Service Profile is a collection of multiple Services. Once you have a Service Profile you can combine this with a Host Template and create a Host Profile. With GroundWork Monitor Open Source, you get a preloaded set of Service Checks for multiple types of servers, devices, etc. that you can use out of the box. Service Profiles encapsulate a set of standard Services with Plugins and Best Practices that can be applied toward monitoring specific devices or protocols. The advantages of using a Service Profile is that it is pre-integrated. Using Profiles, you can quickly configure GroundWork Monitor Open Source to monitor groups of devices the same way. This How To will take you through the process of defining a new Service Profile including Step 1 – New Service Profile; assigning a name and assigning a configuration file, and Step 2 – Defining the Service Profile properties.

Importing Profiles

Profiles, which contain both pre-defined and user-definable monitoring parameter settings, can be imported into Configuration for use in designing and managing Hosts and Services. Profiles can be exported by the Export button in the Profile Detail screen making Profiles portable and enabling the sharing of files.


--- GW IMAGE NOT DISPLAYED --- Chapter 6 Advanced Configuration – Configuring Hosts


This chapter will focus on Host configuration. This reference is intended to provide you with a more detail look into all aspect of Host configuration. Each How to will take you step by step through each procedure. Before starting, check the list below each How to to view any required prerequisites.

Chapter Contents

Hosts

A Host definition is used to define a physical server, workstations, device, etc. that resides on your network. This How To will take you through the process of defining a new Host to be monitored. You will need to start with the prerequisites. To create a Host you will continue through several steps including defining Host Vitals, Host Attributes 1 and 2, and Selecting Host Services to add specific Services to this Host. When creating a new Host if a Host Profile is chosen the fields Parents, Host Groups, Extended Host Info, Host Escalation Tree, and Service Escalation Tree will be automatically populated and can be modified.

Host Templates

Host Templates store common object properties that are used to define multiple Hosts. Templates are used to reduce the number of repetitive entries when defining objects. For example, when defining a new Host you would first create a Host Template with common properties. Then, to define a specific Host, you apply the properties using a Host Template.

Host Groups

A Host Group definition is used to group one or more Hosts together for the purposes of simplifying Notifications. Each Host that you define must be a member of at least one Host Group – even if it is the only Host in that Group. Hosts can be in more than one Host Group. When a Host goes down, becomes unreachable, or recovers, Nagios® will find which Host Group(s) the Host is a member of, get the Contact Group for each of those Host Groups, and notify all Contacts associated with those Contact Groups. Host Groups allow for flexibility in determining who gets paged for what kind of problems.

Parent/Child

Parents Hosts are typically routers, switches, firewalls, etc. that lie between the monitoring Host and a remote Host. A router, switch, etc. which is closest to the remote Host is considered to be that Host’s Parent. If this Host is on the same network segment as the Host doing the monitoring (without any intermediate routers, etc.) the Host is considered to be on the local network and will not have a parent Host.

Extended Host Info Templates

Extended Host information entries are basically used to make the output from the status, statusmap, statuswrl, and extinfo CGIs look good. They have no effect on monitoring and are completely optional. For example, Figure 5.5.1a. below shows a server icon next to each Host. This icon image is designated in the Extended Host Info Template as server.png in the Status Map Image property field.

Host Dependencies

Host Dependencies allow you to suppress Notifications for Hosts based on the status of one or more other Hosts. Service Dependencies allow you to suppress Notifications and active checks of Services based on the status of one or more other Services.


--- GW IMAGE NOT DISPLAYED --- Chapter 7 Advanced Configuration – Managing Hosts


This chapter will focus on managing Host configuration. After creating new Hosts using the New Host Wizard or cloning Hosts you can use the search feature to find a previously defined Host or you can expand the Hosts option in the navigation tree and select an existing Host. Once a defined Host has been selected you have access to manage Host Detail, Host and Service Profiles, Parents, Host Groups, Escalations, and Services from one screen. Each Host management tab is listed below, click on the link to get step by step instructions for modifying Host properties.

Chapter Contents

Managing Host Detail

The Host Detail tab in the Manage Host screen lists the defined Host name, Alias, Address of the Host, and the pre selected Host template properties which are all editable. Click Set Inheritance to set all directive to inherit values from the selected template. Uncheck the left checkbox on the directive in the lower half of the screen to override the template values.

Managing Host Profiles

The Profile tab in the Manage Host screen enables you to assign and apply Host Profiles and Service Profiles. After making changes, use the refresh button to update the Service list on this page. Also, make sure you select the appropriate Service option before selecting Apply. You can either select Replace Existing Services which will remove all Services from the current Host and replace them with the ones you have selected. Merge with Existing Services will leave any existing Services unchanged. Assigning a Host Profile from the Profile tab in Manage Host creates the association so that the Host can be managed from the Profile and will have no other effect on the Host configuration.

Managing Host – Parents

The Parents tab in the Manage Host screen lets you assign Parent Host(s) to a Host definition. Parent child relationships may also be managed directly by going to Hosts>Parent Child. Parent Hosts are typically routers, switches, firewalls, etc. that lie between the monitoring Host and a remote Host.

Managing Host – Host Groups

The Host Groups tab in the Manage Host screen is used to assign defined Host Groups to a Host definition. Host Groups may also be managed directly by going to Hosts>Host Groups. When a Host goes down, becomes unreachable, or recovers, Nagios® will find which Host Group(s) the Host is a member of, get the Contact Group for each of those Host Groups, and notify all Contacts associated with those Contact Groups.

Managing Host – Escalations

The Escalations tab in the Manage Host screen enables you to optionally select Host and Service Escalation trees appropriate for a Host. When a Service Escalation is assigned, all Services on the selected Host will use the same Escalation. To use different Escalations for different Services, each Service must have its own Escalation and in this case you would not assign a Service Escalation. The Escalations option is used to define Host and Service Escalation Trees. Escalations are used to escalate Contact Notifications for a particular Service, Host, or Host Group. An Escalation Tree is a grouping of multiple Escalations which is then assigned to a Host, Host Profile, Host Group, or a Service to escalate Notifications.

Managing Host – Services

The Service tab in the Manage Host screen lets you manage the Services that are assigned to a Host. You can add, modify and remove Services for a Host. Managing Services from this page will in all likelihood put the Host out of sync with its Service Profiles. After making changes, use caution when applying Profiles to this Host.


--- GW IMAGE NOT DISPLAYED --- Chapter 8 Advanced Configuration – Defining Contacts


This chapter will focus on Contact, Contact Template, and Contact Group configuration. Each How to will take you step by step through each procedure. Before starting, check the list below each How to to view any required prerequisites.

Chapter Contents

Contacts

A Contact definition is used to identify someone who should be contacted in the event of a problem on your network.

Contact Groups

Contact Groups are definitions of one or more Contacts for the purpose of sending out alert/recovery Notifications. When a Host or Service has a problem or recovers, Nagios® will find the appropriate Contact Groups to send Notifications to, and notify all Contacts in those Contact Groups. In Nagios® 2.5 it is required that you set at least one Contact Group in a Host before running Commit. Contact Groups can be applied to Escalation Templates and Escalation Trees to be used in setting up Notifications for Hosts and Services.

Contact Templates

A Contact Template is useful when creating multiple Contacts with common attributes. A Contact definition is used to identify someone who should be contacted in the event of a problem on your network.


--- GW IMAGE NOT DISPLAYED --- Chapter 9 Advanced Configuration – Configuring Escalations


This chapter will focus on Escalations configuration. Each How to will take you step by step through each procedure. Before starting, check the list below each How to to view any required prerequisites.

Chapter Contents

Escalations

Notifications and escalations are how the GroundWork Monitor’s Nagios® engine alerts its users when monitoring Services change between states (OK, WARNING, CRITICAL, and UNKNOWN). Escalations combine specified Contact Groups that are to be notified when a Notification is escalated. An Escalation Tree is a grouping of multiple Escalations which are then assigned to a Host, Host Profile, Host Group, or a Service. Escalation are optional.

Escalation Trees

Escalation Trees are groupings of multiple Host and Service Escalations that can be assigned to a Host, Host Profile, Host Group, or a Service.


--- GW IMAGE NOT DISPLAYED --- Chapter 10 Advanced Configuration – Defining Commands


This chapter will focus on Command configuration. A Command line, which defines a Command, is referenced in Contact, Host, and Service definitions among other places. Commands that can be defined include Service checks, Service Notifications, Service event handlers, Host checks, Host Notifications, and Host event handlers. By default, Configuration uses commands.cfg to store check command definitions.Command definitions can contain macros, but you must make sure that you include only those macros that are valid for the circumstances when the command will be used. Immediately prior to the execution of a command, Nagios® will replace all macros in the command with their corresponding values. This allows you to define a few generic commands to handle all your needs. You must make sure that you include only those macros in command definitions that are valid for the circumstances when the command will be used. See the Nagios® documentation for the complete list and usage of macros. Each How to will take you step by step through each procedure. Before starting, check the list below each How to to view any required prerequisites.


--- GW IMAGE NOT DISPLAYED --- Chapter 11 Advanced Configuration – Defining Time Periods


This chapter will focus on Time Period configuration. Time Periods are lists of times during various days that are considered to be valid times for Notifications and Service checks. Each How to will take you step by step through each procedure. Before starting, check the list below each How to to view any required prerequisites.


--- GW IMAGE NOT DISPLAYED --- Chapter 12 Advanced Configuration – Defining Groups


This chapter will focus on the new GroundWork Monitor Open Source feature Groups. The Groups feature is very flexible and powerful. With great power comes great responsibility, so care should be considered in administering them. In the simplest form, Groups can be used to split Hosts into different Nagios® configuration files, in their most complex implementation they extend the configuration to multiple instances of Nagios®, and in between, Groups can determine Group Macro values applied to Service Checks.Apart from file management, and managing multiple instances of Nagios®, the real advantage of Groups to most users is to scale the number of Services required to manage Hosts. Properly implemented, Group Macros will help reduce the number of redundant Services that were required in the past. As a novelty, you can use Groups to run a Pre Flight Test against a Host Group or even a single Host (Note: The Test will fail if its Parents are not included in the Group). Groups also provide an alternate way to assign Contact Groups to Hosts and Services.


--- GW IMAGE NOT DISPLAYED --- Chapter 13 Advanced Configuration – Using the Control Option


This chapter will focus on Control options within Nagios® such as Nagios® directories, CGI and Main configuration, resource macros listing which are defined in Commands, etc. Each How to will take you step by step through each procedure.


--- GW IMAGE NOT DISPLAYED --- Chapter 14 Advanced Configuration – Using the Tools Option


This chapter enables you to export all the configuration files for viewing and debugging. These are valid configuration files which are downloaded to the directory /usr/local/groundwork/apache2/htdocs/monarch/download. Also, there is now an easy way to delete one, many, or all Hosts. The Host Delete Tool completely removes the Host, it’s associated Services, and any reference such a a membership in Host Groups, Service Groups, Groups, and Profiles. And the Service Delete Tool is used to delete Services that are no longer in use. Services can be removed from one or many Hosts.

DeliciousStumbleUponDiggTwitterMixxTechnoratiFacebookNews VineLinkedInYahoo! Bookmarks
Tags: , , , , , ,

Comments No Comments »