llt-rhel6_x86_64-Patch-7.0.1.600

 Basic information
Release type: Patch
Release date: 2017-06-15
OS update support: None
Technote: None
Documentation: None
Popularity: 974 viewed    downloaded
Download size: 15.02 MB
Checksum: 2915745029

 Applies to one or more of the following products:
InfoScale Availability 7.0 On RHEL6 x86-64
InfoScale Enterprise 7.0 On RHEL6 x86-64
InfoScale Storage 7.0 On RHEL6 x86-64

 Obsolete patches, incompatibilities, superseded patches, or other requirements:

This patch supersedes the following patches: Release date
llt-rhel6_x86_64-Patch-7.0.1.400 (obsolete) 2016-12-14
llt-rhel6.8_x86_64-Patch-7.0.1.300 (obsolete) 2016-07-14

 Fixes the following incidents:
3575082, 3663738, 3870478, 3873875, 3890658, 3906940, 3918067, 3918899

 Patch ID:
VRTSllt-7.0.1.600-RHEL6

Readme file
                          * * * READ ME * * *
            * * * Veritas Low Latency Transport 7.0.1 * * *
                         * * * Patch 600 * * *
                         Patch Date: 2017-06-14


This document provides the following information:

   * PATCH NAME
   * OPERATING SYSTEMS SUPPORTED BY THE PATCH
   * PACKAGES AFFECTED BY THE PATCH
   * BASE PRODUCT VERSIONS FOR THE PATCH
   * SUMMARY OF INCIDENTS FIXED BY THE PATCH
   * DETAILS OF INCIDENTS FIXED BY THE PATCH
   * INSTALLATION PRE-REQUISITES
   * INSTALLING THE PATCH
   * REMOVING THE PATCH


PATCH NAME
----------
Veritas Low Latency Transport 7.0.1 Patch 600


OPERATING SYSTEMS SUPPORTED BY THE PATCH
----------------------------------------
RHEL6 x86-64


PACKAGES AFFECTED BY THE PATCH
------------------------------
VRTSllt


BASE PRODUCT VERSIONS FOR THE PATCH
-----------------------------------
   * InfoScale Availability 7.0
   * InfoScale Enterprise 7.0
   * InfoScale Storage 7.0


SUMMARY OF INCIDENTS FIXED BY THE PATCH
---------------------------------------
Patch ID: 7.0.1.600
* 3918899 (3904397) System hangs during network restart because Low Latency Transport (LLT) does 
not release tagged VLAN interfaces.
Patch ID: VRTSLLT-7.0.1.500
* 3918067 (3918061) Veritas Infoscale Availability does not support Red Hat Enterprise Linux 6 Update 9 
(RHEL6.9).
Patch ID: 7.0.1.400
* 3906940 (3905430) Application IO hangs in case of FSS with LLT over RDMA during heavy data transfer.
Patch ID: VRTSllt-7.0.1.300
* 3890658 (3880681) Veritas Infoscale Availability does not support Red Hat Enterprise Linux 6 Update 8 
(RHEL6.8).
Patch ID: VRTSllt-7.0.1.200
* 3873875 (3873874) Veritas Infoscale Availability does not support SUSE Linux Enterprise Server 12 
Service Pack 1 (SLES 12 SP1).
Patch ID: VRTSllt-7.0.1.100
* 3870478 (3870477) Veritas Infoscale Availability does not support Red Hat Enterprise Linux 7
Update 2 (RHEL7.2).
Patch ID: VRTSllt-7.0.1.000
* 3575082 (3567354) The Linux kernel panics when it receives a shared non-linear socket buffer (skb) for linearization from the Low Latency Transport (LLT).
* 3663738 (3663740) In a rare scenario, divide by zero error is displayed when lltshow -p command 
is run.


DETAILS OF INCIDENTS FIXED BY THE PATCH
---------------------------------------
This patch fixes the following incidents:

Patch ID: 7.0.1.600

* 3918899 (Tracking ID: 3904397)

SYMPTOM:
System hangs during network restart because system is waiting for LLT to 
release tagged VLAN interfaces.

DESCRIPTION:
During network restart, tagged VLAN interfaces are destroyed resulting in a 
NETDEV_UNREGISTER event. LLT configured over VLAN interfaces does not 
release interface references resulting in system freeze during network 
restart.

RESOLUTION:
LLT module is modified to detach VLAN interfaces during a NETDEV_UNREGISTER 
event and attach those VLAN interfaces during a NETDEV_REGISTER event.

Patch ID: VRTSLLT-7.0.1.500

* 3918067 (Tracking ID: 3918061)

SYMPTOM:
Veritas Infoscale Availability does not support Red Hat Enterprise Linux 6 Update 9 
(RHEL6.9).

DESCRIPTION:
Veritas Infoscale Availability does not support RHEL versions later than RHEL6
Update 8.

RESOLUTION:
Veritas Infoscale Availability support for Red Hat Enterprise Linux 6 Update 9
(RHEL6.9) is now introduced.

Patch ID: 7.0.1.400

* 3906940 (Tracking ID: 3905430)

SYMPTOM:
Application IO hangs in case of FSS with LLT over RDMA during heavy data transfer.

DESCRIPTION:
In case of FSS using LLT over RDMA, sometimes IO may hang because of race conditions in LLT 
code.

RESOLUTION:
LLT module is modified to fix the race conditions arising due to heavy load with multiple 
application threads.

Patch ID: VRTSllt-7.0.1.300

* 3890658 (Tracking ID: 3880681)

SYMPTOM:
Veritas Infoscale Availability does not support Red Hat Enterprise Linux 6 Update 8 
(RHEL6.8).

DESCRIPTION:
Veritas Infoscale Availability does not support RHEL versions later than RHEL6
Update 7.

RESOLUTION:
Veritas Infoscale Availability support for Red Hat Enterprise Linux 6 Update 8
(RHEL6.8) is now introduced.

Patch ID: VRTSllt-7.0.1.200

* 3873875 (Tracking ID: 3873874)

SYMPTOM:
Veritas Infoscale Availability does not support SUSE Linux Enterprise Server 12 
Service Pack 1 (SLES 12 SP1).

DESCRIPTION:
Veritas Infoscale Availability does not support SUSE Linux Enterprise Server 
versions later than SLES 12.

RESOLUTION:
Veritas Infoscale Availability now supports SUSE Linux Enterprise Server 12 
Service Pack 1 (SLES 12 SP1).

Patch ID: VRTSllt-7.0.1.100

* 3870478 (Tracking ID: 3870477)

SYMPTOM:
Veritas Infoscale Availability does not support Red Hat Enterprise Linux 7
Update 2 (RHEL 7.2).

DESCRIPTION:
Veritas Infoscale Availability 7.0 did not support RHEL 7.1 and later versions.

RESOLUTION:
Veritas Infoscale Availability 7.0.1 now supports Red Hat Enterprise Linux 7
Update 2 (RHEL 7.2).

Patch ID: VRTSllt-7.0.1.000

* 3575082 (Tracking ID: 3567354)

SYMPTOM:
Low Latency Transport (LLT) observes a kernel panic on receiving a
shared non-linear skb.

DESCRIPTION:
When LLT receives a shared non-linear skb from the network driver,
it passes the skb to the kernel for linearization. Since the skb is shared
between multiple owners, the kernel cannot linearize it, which causes a system panic.

RESOLUTION:
The code is modified such that on receiving a non-linear skb, LLT
validates if the skb is shared. If the validation is true, then the kernel
clones the skb, returns the cloned skb to LLT, and decreases the reference count
of the original skb. Further, LLT passes the cloned skb to the kernel for
linearization.

* 3663738 (Tracking ID: 3663740)

SYMPTOM:
In a rare scenario, the system shows a divide by zero error and
generates a core dump when the lltshow -p command is run.

DESCRIPTION:
If a variable value becomes zero under certain conditions and
lltshow p is run at the same time to get the port statistics, the system shows a divide by zero error.

RESOLUTION:
The code is modified to skip printing the batch upcall latency
average when the batch count is zero.



INSTALLING THE PATCH
--------------------
Run the Installer script to automatically install the patch:
-----------------------------------------------------------
Please be noted that the installation of this P-Patch will cause downtime.

To install the patch perform the following steps on at least one node in the cluster:
1. Copy the patch llt-rhel6_x86_64-Patch-7.0.1.600.tar.gz to /tmp
2. Untar llt-rhel6_x86_64-Patch-7.0.1.600.tar.gz to /tmp/hf
    # mkdir /tmp/hf
    # cd /tmp/hf
    # gunzip /tmp/llt-rhel6_x86_64-Patch-7.0.1.600.tar.gz
    # tar xf /tmp/llt-rhel6_x86_64-Patch-7.0.1.600.tar
3. Install the hotfix(Please be noted that the installation of this P-Patch will cause downtime.)
    # pwd /tmp/hf
    # ./installVRTSllt701P600 [<host1> <host2>...]

You can also install this patch together with 7.0.1 maintenance release using Install Bundles
1. Download this patch and extract it to a directory
2. Change to the Veritas InfoScale 7.0.1 directory and invoke the installmr script
   with -patch_path option where -patch_path should point to the patch directory
    # ./installmr -patch_path [<path to this patch>] [<host1> <host2>...]

Install the patch manually:
--------------------------
--------------------------------
INSTALLING THE PATCH
--------------------
Perform the following steps on the node on which this patch is being applied:
1. Take backup of your configurations
2. Stop VCS
3. Install the patch
4. Restart VCS on the node

Stopping VCS on the cluster node
--------------------------------

1. Ensure that the /opt/VRTSvcs/bin directory is included in your PATH
   environment variable so that you can execute all the VCS commands. Refer 
   to Veritas Cluster Server Installation Guide for more information.

2. Freeze all the service groups persistently.
        # haconf -makerw
        # hagrp -freeze [group] -persistent

3. If the cluster is writable, you may close the configuration before stopping the cluster. 
    Stop the cluster on this node:
        # haconf -dump -makero

   run the following command:
        # hastop -local
    
   Verify that the cluster is stopped by running the ha command:
    # hasys -state

   make sure that both had and hashadow processes are stopped. Also, stop the VCS CmdServer:
    # CmdServer -stop

4. Stop the cluster services in order:
    - For AMF:
    # /etc/init.d/amf stop
    - For VxFEN:
    # /etc/init.d/vxfen stop
    - For GAB:
    # /etc/init.d/gab stop
    - For LLT
    # /etc/init.d/llt stop
    
Note: Stop any other services depending on GAB

Installing the Patch
--------------------

1. Un-compress the downloaded patch and change the directory to the uncompressed patch location.
   Install the patch using the following command:

    # rpm -Uvh VRTSllt-7.0.1.600-RHEL6.x86_64.rpm

2. Run the following command to verify if the new patch has been installed:

        # rpm -q VRTSllt
        
   If the proper patch is installed, the following output is displayed:

        VRTSllt-7.0.1.600-RHEL6.x86_64
                              
Re-starting the cluster services:
--------------------------------

1. To start the cluster services in order run the following command:
        - For LLT:
        # /etc/init.d/llt start
        - For GAB:
        # /etc/init.d/gab start
    - For VxFEN:
        # /etc/init.d/vxfen start
    - For AMF:
        # /etc/init.d/amf start
        - For VCS:
        # hastart
        # /opt/VRTSvcs/bin/CmdServer

2. Make VCS cluster writable:
         # haconf -makerw

3. Unfreeze all the groups:
         # hagrp -unfreeze [group] -persistent
         # haconf -dump -makero


REMOVING THE PATCH
------------------
REMOVING THE PATCH
------------------
Removal of the patch will result in removing the whole package
from the system/node. To go back to a previous installed version
of the package, you may need to re-install the package.
Run the following steps on the node where the patch is being uninstalled:

To remove the patch from a cluster node:
---------------------------------------------
1. Freeze all the service groups persistently.
        # haconf -makerw
        # hagrp -freeze [group] -persistent

2. Stop VCS on the node by running the following command:
    - Follow the stop sequence as mentioned in the PATCH INSTALLATION section.

3. Remove the patch by using the following command:

        # rpm -e VRTSllt

4. Verify that the patch has been removed from the system:

        # rpm -qa|grep VRTSllt
        
   Ensure that the package is not be displayed. This confirms that the package is removed.

5. Install the relevant package from the VCS base media. 
    Also refer to SORT for any applicable patches.

6. To start the cluster service, run the following command first on one node:
    - Follow the start sequence as mentioned in the PATCH INSTALLATION section.

7. Unfreeze all the groups.
         # hagrp -unfreeze [group] -persistent
         # haconf -dump -makero


SPECIAL INSTRUCTIONS
--------------------
NONE


OTHERS
------
NONE