Previous Topic: Modifying a GridNext Topic: Grid Actions in the Grid Properties Page


How to Configure a Grid

As a Backbone Administrator, you want to configure a grid after installation. This configuration includes setting up email notifications on the dashboard, automatic volume repair, grid authentication, and grid properties.

The following diagram shows how a BFC Administrator configures a grid:

How to Configure a Grid

  1. Configure email notifications for dashboard messages.
  2. Configure automatic volume repair.
  3. Configure grid authentication.
  4. Configure the general properties.
  5. Modify the network properties.
Configure Email Notifications for Dashboard Messages

The product can send email notifications for added and changed dashboard messages of a minimum severity. The product can also send a summary email notification that contains all current dashboard messages that have changed recently marked as such.

Follow these steps:

  1. Select Grids from the left Menu.

    The Grids page appears and shows the state of the grid. For example, the grid is running, stopped, failed, failed - running, needs attention, or requires reboot.

  2. Click the desired grid name in the Grid column.

    The Servers tab for the grid appears.

  3. From the Grid Action menu, select Edit Grid Parameters.

    The Edit Grid Parameters dialog appears.

  4. Enter the appropriate grid parameter information with the name=key format.

    For example, smtp_srv=mail.widget.com.

    smtp_srv

    Specifies the server (mail transfer agent) that you want to use for sending messages.

    to_email

    Specifies a comma-separated list of e-mail address destinations for the notifications.

    from_email

    Specifies the e-mail address that you want to use as the sender address. Set this address to one that the configured SMTP server recognizes (such as smtp_srv). However, clearly indicate that the message originates from an automated service.

    For example, info-noreply@mygrid.com.

    replyto_email

    Specifies the e-mail address that you want to use in the Reply-to: header. If you do not specify this parameter, the product uses the from_email value.

    asap_severity

    Specifies the minimum severity of messages that trigger e-mail alerts immediately. Valid values include (lowest to highest severity) progress, info, or alert.

    Default: Alert (only the highest-priority events send notifications as e-mails).

    asap_subject

    Specifies the subject line that you want to use in the immediate e-mail alerts. You can use the strings {$account}, {$name}, {$controller}, {$id} and {$time} in the text. The configured values for account_id, grid, controller_name, (or controller_ip, if no hostname is set), and the event ID and timestamp replace the strings.

    Default: 'Critical alert from grid {$name} ({$controller})'

    summary_interval

    Specifies the minimum time interval (in minutes) for sending status summaries. The product sends status summaries for grid status changes at intervals no shorter than the value you specify, even if status changes occur more frequently. The value is rounded internally to the next 5 minute multiple. If you set summary_interval to 0, the product disables e-mail summaries.

    Default: 0

    summary_subject

    Specifies the subject line for use in e-mail status summaries. You can use the strings {$account}, {$name}, {$controller}, and {$time} in the text. The configured values for account_id, grid, controller_name (or controller_ip, if no hostname is set) replaces these strings and the event timestamp.

    Default: 'Notification summary from grid {$name} ({$controller})'

  5. To verify that your new e-mail settings work correctly, execute the following command on your grid:
    message create 123TEST severity=alert text="This is a test dashboard message."
    

    You receive an email that contains this dashboard message.

Configure Automatic Volume Repair

The automatic volume repair exposes various settings that you can configure, such as how often to perform various operations. The product stores these settings in /etc/applogic/applogic.confg on the grid controller in the volume_maintenance section.

Follow these steps:

  1. Update applogic.confg with the appropriate values:
    sync_interval

    Indicates how often the repair daemon queries the product for the list of degraded volumes on a grid.

    repair_interval

    Indicates how often the repair daemon processes its internal list of degraded volumes.

    srv_repair_tout

    Indicates the timeout that a required server becomes available before the product initiates a volume repair on alternate servers.

    snooze_max

    Indicates the suspend time for maximum volume repair. We recomment that you do not modify this setting because it can let users suspend volume repairs for long periods of time. These time periods can cause data loss because the volume may not be repaired.

    snooze_default

    Indicates the suspend time for default volume repair if you do not specify a value on the vol repair --suspend command.

    repair_history_span

    Indicates the amount of time for which the product retains historical volume repair data.

    repair_failure_max

    Indicates the maximum number of volume repair failures on a particular volume with the last repair_failure_period seconds. This value precludes starting the repair again (next day).

    repair_failure_period

    Indicates the time during which repair_failure_max failures must occur to preclude starting the repair again (next day).

    sync_init_delay

    Indicates the delay after grid controller booting (and 3tvolmaintd started) before 3tvolmaintd queries the product for a list of degraded volumes on a grid.

    Note: Volume repairs do not start automatically until after 3tvolmaintd retrieves the list of volumes from the product. However, you can trigger 3tvolmaintd manually with the vol check command. You can also initiate volume repairs with the vol repair command.

  2. Save the configuration file so that you can restart the volume maintenance daemon.
  3. To restart the daemon, execute the following command as a grid administrator on the grid controller:
    /user/local/applogic/bin/3tvolmaintd_init restart
    

    Note: You can restart the volume maintenance daemon at any time without affecting any running applications or volume repairs.

Configure Grid Authentication

You can specify additional authentication settings for CA AppLogic as Local, LDAP, or Active Directory. This setting determines how CA AppLogic uses Role Based Access Control to authenticate a user upon login.

Note: If you select LDAP as the authentication method, then a global user is only recognized in the global directory service if its entry uses one of the following basic object classes for a person:

In addition, a group in the global directory service is only recognized if its entry uses one of the basic object classes for a group (groupOfNames and groupOfUniqueNames).

Follow these steps:

  1. Select Grids from the left Menu.

    The Grids page appears. The state of the grid can be running, stopped, failed, failed - running (grid create failed but left the servers running), needs attention, and requires reboot.

  2. Click the desired grid name in the GRID column.

    The Servers tab for the grid appears.

  3. Click the Authentication tab.
  4. Specify the following fields:
    Authentication

    Options are Local, LDAP, and Active Directory.

    Server Address

    IP Address or Resolvable Domain Name of Directory Server.

    Port

    Port number used to access the directory service.

    Use TLS

    Indicates whether to use Transport Layer Security (TLS) to access the directory service using an encrypted connection.

    User DN

    User Base Distinguished Name.

    Group DN

    Group Base Distinguished Name.

    User ID

    Directory field containing User ID.

    Group ID

    Directory field containing Group ID.

    Login Cache Period

    The period in seconds since a global user last authenticated with the global directory service during which the user may authenticate locally in the event the global directory service is unavailable.

  5. Click Save.
Configure the General Properties

You can specify the grid name, description, and the IP address of the grid controller.

Follow these steps:

  1. Select Grids from the left Menu.

    The Grids page appears. To modify a grid, the current state must be 'running'.

    Note: You can hover your mouse over the state icon to review the current state of the grid. Click the state icon to display detailed status information for the grid.

  2. Click the desired grid name in the GRID column.

    The Servers tab for the grid appears.

  3. Click the Controller tab.
  4. Complete the following fields as needed:
    Name

    Grid name.

    Grid Controller Host Name

    Host name for the grid controller.

    Recovery Controller Password

    Password for the controller that runs when the grid controller is not accessible.

    Re-type Password

    Re-type the recovery controller password.

    Controller IP

    IP address for the grid controller (for example, 209.79.213.111 ).

    Note: You can review metadata backup information on this page, including the status and time of the most recent backup.

  5. Click the Save and Reboot button.

    Your changes are saved and the grid reboots.

Modify the Network Properties

You can specify the IP ranges to allocate for the grid. You first specified these ranges when you installed the BFC software.

Note: When you add a new IP range to a grid from the BFC, you do not need to reboot the grid or the controller. When the page refreshes, the new IP addresses display on the dashboard.

Follow these steps:

  1. Select Grids from the left Menu.

    The Grids page appears. The state of the grid can be running, stopped, failed, failed - running (grid create failed but left the servers running), needs attention, and requires reboot.

  2. Click the desired grid name in the GRID column.

    The Servers tab for the grid appears.

  3. Click the Network tab.
  4. Click Remove.
  5. Click Add and specify the following fields with the correct set of IPs:
    Network

    If more than one network is available, select the network. If only one network is available this field is read-only.

    IP Range

    IP range for the grid.

    The Start, Stop, and Scope fields auto-populate based on the network you select. You can change these fields as needed.

    Start

    First IP in the IP range for the grid.

    End

    Last IP in the IP range for the grid.

    Scope

    Indicates if the range is public or private for external networks.

    Public: Indicates that the IP range be public application IP addresses.

    Private: Indicates that the IP range will be private (non-routable) IP addresses.

  6. Click Save on the dialog.
  7. Click Save in the bottom right corner.

You have successfully configured a grid and you can perform maintenance tasks.