NetIQ Sentinel 7.1.0.2 Readme

February 2014

Sentinel 7.1.0.2 provides several enhancements and resolves specific previous issues. This document outlines why you should install this hotfix.

Many of these improvements were made in direct response to suggestions from our customers. We thank you for your time and valuable inputs. We hope you continue to help us ensure our products meet all your needs. You can post feedback in the Sentinel Community Support Forums, our community Web site that also includes product notifications, blogs, and product user groups.

For more information about this hotfix and for the latest readme, see the Sentinel 7.1 Documentation Web site. To download this hotfix, visit the Novell Patch Finder Web site.

1.0 What’s New?

The following sections outline the enhancements provided and the issues resolved in this hotfix:

1.1 Enhancements

This hotfix includes the following enhancement:

Administrator Can Choose the Name and Message Field Display for the Correlated Events

The Sentinel administrator can now choose from the two display options for the name and message fields for a correlated event. The default display option (introduced in Sentinel 7.1.0.1) for the name field is to show the name of the correlation rule and for the message field is to show the description of the correlation rule. The alternative (used in Sentinel 7.1.0.0 and previous versions) is the name field set to the default value CorrelatedEvent and message to show the message field of the original triggering event.

To change the name and message field display for the correlation events back to the Sentinel 7.1.0.0 standard:

  1. Add the following property in the $ESEC_CONFIG_HOME/config/configuration.properties file:

    sentinel.correlation.eventformat=7.1 
    
  2. Restart the Sentinel server.

    NOTE:If you set sentinel.correlation.eventformat to anything other than 7.1, the system will default to the 7.1.0.1 behavior.

1.2 Software Fixes

Sentinel 7.1.0.2 provides software fixes for the following issues. For the list of software fixes and enhancements in previous releases, see the Sentinel 7.1 Documentation Web site.

The Copy Process Truncates Files Over 2 GB

Issue: In Sentinel 7.1.0.0 and 7.1.0.1, the copy process that moves parsed event data partitions from primary storage to secondary storage can truncate files larger than 2 GB. The copy process copies the first 2 GB successfully, but does not copy the remainder of the file and does not report any error. (BUG 860845)

This issue does not occur if secondary storage is disabled. This issue is unlikely to occur if the event rate is low (less than 500 events per second) or if there are multiple data retention policies in effect (which increases the number of event partitions and therefore decreases the probability that any individual event partition is larger than 2 GB). This issue does not affect raw (unparsed) data. For more information on this issue, see TID 7014515 in the Novell Support Knowledge Base.

Fix: Sentinel now uses a different copy process to avoid this error. After copying an event data file to secondary storage, Sentinel runs data checks automatically to verify that the copy completed successfully. If the file check fails, Sentinel automatically retries the copy. The default data check is a quick verification of file size to detect file truncation. Sentinel also provides an alternate check that compares strong checksums (hashes) of the source file and its copy to detect file truncation and additionally many forms of data corruption. However, the alternate check requires significant I/O and will impact the system performance.

To enable the alternate check:

  1. Log in to the Sentinel server.

  2. Open the etc/opt/novell/sentinel/config/configuration.properties file in an editor.

  3. Set the partition.archiver.quickintegritycheck property to false as follows:

    partition.archiver.quickintegritycheck=false

  4. Restart the Sentinel server.

Local Search Results with More Than 50,000 Events Cannot be Exported to a File

Issue: You cannot export local search results with more than 50,000 events to a file. (BUG 844532)

Fix: You can now export local search results up to 200,000 events to a file.

The View Triggers Option Provides Invalid Information

Issue: The View Triggers option displays events that did not trigger the correlation event. (BUG 848523)

Fix: The View Triggers option now displays only events that triggered the correlation event.

Sentinel Logs Errors When You Create a Security Intelligence Dashboard

Issue: When you create a Security Intelligence dashboard and use filters where the event fields are not enclosed in quotes or filters that contain wildcard characters (for example, * or ?), Sentinel logs several errors. (BUG 847504)

Fix: Sentinel no longer logs errors when you create the Security Intelligence dashboard.

Some Correlation Rules Initiate a Large Number of Simultaneous Searches

Issue: Some correlation rules generate a large number of correlated events. As a result, Sentinel services initiate multiple simultaneous searches to get the list of events that generated the correlated events. These non-user initiated simultaneous searches consume all open files and causes Sentinel to run out of memory. (BUG 861397)

Fix: This hotfix improves the system availability by limiting the number of non-user initiated simultaneous searches to five.

Sentinel Displays Error When Downloading Raw Data

Issue: When you try to download raw data files from the Sentinel Web console, Sentinel displays the error Action Failed 500 The call failed on the server.(BUG 847496)

Fix: You can now download raw data files from Sentinel successfully.

Sentinel Plug-ins are Downgraded While Upgrading Sentinel

Issue: While upgrading Sentinel server, the installer updates some of the Sentinel plug-ins. If a newer version of the plug-in is already installed, the installer downgrades the plug-in to the version included with the installer. (BUG 861392)

Fix: Sentinel plug-ins are no longed downgraded while upgrading Sentinel.

Sentinel Repeatedly Logs an Error After Raw Data Cleanup

Issue: Sentinel automatically performs raw data cleanup every four hours. After performing the raw data cleanup, Sentinel closes the writer stream, which is required to write the raw event data into the file. Therefore, Sentinel can no longer write the raw event data into the files and repeatedly logs the error, Writer not initialized: unable to write in the server logs. This results in large amount of memory utilization. (BUG 846976)

Fix: Sentinel no longer closes the writer stream after raw data cleanup and Sentinel continues to write raw event data into the files.

Sentinel Logs an Error When Synchronizing Event Data with the Database

Issue: When synchronizing event data with the database, if the database table contains the event fields, ModifiedBy and Createdby, Sentinel logs the errors, Invalid Event Attribute ModifiedBy and Invalid Event Attribute CreatedBy in the server logs. The event fields ModifiedBy and Createdby appear blank in the database table. (BUG 848144)

Fix: The event fields ModifiedBy and Createdby are restricted for internal use only and are no longer part of the database table creation window for data synchronization. For the existing database tables, no values appear for the event fields in the tables. Sentinel no longer logs the error while synchronizing event data with the database.

2.0 System Requirements

You can upgrade to Sentinel 7.1.0.2 from Sentinel 7.0 or later.

For information about hardware requirements, supported operating systems, and browsers, see Meeting System Requirements in the NetIQ Sentinel 7.1 Installation and Configuration Guide.

3.0 Upgrading to Sentinel 7.1.0.2

Download the hotfix from the Novell Patch Finder Web site. For information about upgrading to Sentinel 7.1.0.2, see “Upgrading Sentinel” in the NetIQ Sentinel 7.1 Installation and Configuration Guide.

If you upgrade Sentinel from 7.0 to 7.1.0.2 and your Sentinel installation is in a non-default location, run the following commands as the novell user:

ln -s
"$RPM_INSTALLATION_PREFIX/opt/novell/sentinel/3rdparty/activemq/activemq-all-5.4.2.jar"
"$RPM_INSTALLATION_PREFIX/opt/novell/sentinel/lib/activemq-all-5.4.2.jar"

Where $RPM_INSTALLATION_PREFIX is the location of the Sentinel installation.

3.1 Upgrading the Appliance

When you upgrade the appliance from Sentinel 7.0.1 or earlier, the upgrade fails in WebYaST because the vendor name for the patch has changed from Novell to NetIQ. You must upgrade the appliance by using the zypper patch command.

To upgrade the appliance by using zypper:

  1. Back up your configuration, then create an ESM export. For more information, see Backing Up and Restoring the Data in the NetIQ Sentinel 7.0.1 Administration Guide.

  2. Log in to the appliance console as the root user.

  3. Run the following command:

    /usr/bin/zypper patch
    
  4. Enter 1 to accept the vendor change from Novell to NetIQ.

  5. Enter Y to proceed.

  6. Enter yes to accept the license agreement.

  7. Restart the Sentinel appliance.

3.2 Upgrading Sentinel High Availability

When you upgrade Sentinel in a high availability setup, first upgrade the passive nodes in the cluster, then upgrade the active cluster node.

Prerequisite

Ensure that the .pgpass file is available in all the cluster nodes. The upgrade installer requires the .pgpass file to authenticate the Sentinel database. If the .pgpass file is not available on the cluster node, copy the.pgpass file located at /home/novell from the active cluster node.

Upgrading Sentinel High Availability

  1. Enable the maintenance mode on the cluster:

    crm configure property maintenance-mode=true
    

    Maintenance mode helps you to avoid any disturbance to the running cluster resources while you update Sentinel. You can run this command from any cluster node.

  2. Verify whether the maintenance mode is active:

    crm status
    

    The cluster resources should appear in the unmanaged state.

  3. Upgrade the passive cluster node:

    1. Stop the cluster stack:

      rcopenais stop
      

      Stopping the cluster stack ensures that the cluster resources remain accessible and avoids fencing of nodes.

    2. Log in as root to the server where you want to upgrade Sentinel.

    3. Extract the install files from the tar file:

      tar xfz <install_filename>
      
    4. Run the following command in the directory where you extracted the install files:

      ./install-sentinel --cluster-node
      
    5. After the upgrade is complete, restart the cluster stack:

      rcopenais start
      

      Repeat Step 3 for all passive cluster nodes.

  4. Upgrade the active cluster node:

    1. Back up your configuration, then create an ESM export.

      For more information about backing up data, see Backing Up and Restoring Data in the NetIQ Sentinel 7.1 Administration Guide.

    2. Stop the cluster stack:

      rcopenais stop
      

      Stopping the cluster stack ensures that the cluster resources remain accessible and avoids fencing of nodes.

    3. Log in as root to the server where you want to upgrade Sentinel.

    4. Run the following command to extract the install files from the tar file:

      tar xfz <install_filename>
      
    5. Run the following command in the directory where you extracted the install files:

      ./install-sentinel 
      
    6. After the upgrade is complete, start the cluster stack:

      rcopenais start
      
  5. Disable the maintenance mode on the cluster:

    crm configure property maintenance-mode=false
    

    You can run this command from any cluster node.

  6. Verify whether the maintenance mode is inactive:

    crm status
    

    The cluster resources should appear in the Started state.

  7. (Optional) Verify whether the Sentinel upgrade is successful:

    rcsentinel version
    

4.0 Known Issue

NetIQ Corporation strives to ensure our products provide quality solutions for your enterprise software needs. The following issue is currently being researched. If you need further assistance with any issue, please contact Technical Support.

For the list of known issues in previous releases, see the Sentinel 7.1 Documentation Web site.

4.1 Sentinel Control Center does Not Launch if the Client Computer has Java 7 Update 45 Installed

Issue: If you have Java 7 update 45 installed on the client computer, Sentinel Control Center does not launch. (BUG 847497)

Workaround: Upgrade to Sentinel 7.1.1.2 or launch the Sentinel Control Center from the command prompt. To upgrade to Sentinel 7.1.1.2, see Sentinel 7.1.1.2 readme. To launch the Sentinel Control Center, execute the following command in the command prompt:

 javaws <path of the jnlp file>

4.2 Sentinel Control Center does Not Launch if the Client Computer has Java 7 Update 51 Installed

Issue: If you have Java 7 update 51 installed on the client computer, Sentinel Control Center does not launch. (BUG 862771)

Workaround: Upgrade to Sentinel 7.1.1.2 or add the Sentinel Web Console URL to the Java security Exception site list. To upgrade to Sentinel 7.1.1.2, see Sentinel 7.1.1.2 readme.

To edit the Java security Exception site list:

  1. In Control Panel > Java > Security, click Edit Site List.

  2. In the Exception Site List window, click Add and specify the Sentinel Web Console URL in the exception list field.

  3. Click OK.

4.3 Distributed Search Results with More Than 50,000 Events Cannot be Exported to a File

Issue: You cannot export distributed search results with more than 50,000 events to a file. (BUG 863985)

Workaround: There is no workaround at this time.

4.4 Sentinel Takes a Longer Time to Start if Large Number of Syslog Event Sources are Configured

Issue: When large number of Syslog event sources are configured and DNS lookup does not resolve properly, Sentinel takes longer time to start. (BUG 863490).

Workaround: To resolve this issue:

  1. Download the latest version of Syslog Connector (Syslog Connector 2011.1r3) from the Sentinel Plug-ins Web site.

  2. Copy the Syslog Connector plug-in package (.cnz) to the following location:

    /var/opt/novell/sentinel/data/updates/pending
    
  3. Restart the Sentinel service.

5.0 Contact Information

Our goal is to provide documentation that meets your needs. If you have suggestions for improvements, please email Documentation-Feedback@netiq.com. We value your input and look forward to hearing from you.

For detailed contact information, see the Support Contact Information Web site.

For general corporate and product information, see the NetIQ Corporate Web site.

For interactive conversations with your peers and NetIQ experts, become an active member of Qmunity, our community Web site that offers product forums, product notifications, blogs, and product user groups.