This page lists publically-released patches for Veritas Enterprise Products.
For Product GA build, see Veritas Entitlement Management System(VEMS) by clicking the Veritas Support 'Licensing' option.
For information on private patches, contact Veritas Technical Support.
For NetBackup Enterprise Server and NetBackup Server patches, see the NetBackup Downloads.
Patches for your product can have a variety of names. These names are based on product, component, or package names. For more information on patch naming conventions and the relationship between products, components, and packages, see the SORT online help.
vcs-rhel5_x86_64-VRTSvxfen-5.1RP2P1
Sign in if you want to rate this patch.

 Basic information
Release type: P-patch
Release date: 2011-02-14
OS update support: None
Technote: None
Documentation: None
Popularity: 475 viewed    32 downloaded
Download size: 401.99 KB
Checksum: 1298144130

 Applies to one or more of the following products:
Cluster Server 5.1 On RHEL5 x86-64
Storage Foundation Cluster File System 5.1 On RHEL5 x86-64
Storage Foundation Cluster File System for Oracle RAC 5.1 On RHEL5 x86-64
Storage Foundation HA 5.1 On RHEL5 x86-64

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

This patch requires: Release date
sfha-rhel5_x86_64-5.1RP2 2010-09-17

 Fixes the following incidents:
2252466

 Patch ID:
VRTSvxfen-5.1.002.100-RP2P1_RHEL5

 Readme file  [Save As...]
README VERSION		: 1.0
README Creation Date	: 2011.02.14
Patch-ID 		: LINUX 5.1.002.100 
Patch Name		: VRTSvxfen 5.1RP2P1
BASE PACKAGE NAME	: VRTSvxfen 5.1RP2
BASE PACKAGE VERSION	: 5.1RP2
Obselete Patches	: NONE
Superseded Patches	: NONE
Required Patches	: NONE
Incompatible Patches	: NONE
Supported PADV		: rhel5_x86_64
(P-Platform , A-Architecture , D-Distribution , V-Version)
Patch Category		: OTHER
Reboot Required		: NO

Patch Installation Instructions:
--------------------------------
/etc/init.d/vcs stop
/etc/init.d/vxfen stop
rpm -ev VRTSvxfen
rpm -ivh <full path to new VRTSvxfen RPM> 
/etc/init.d/vxfen start
/etc/init.d/vcs start

Patch Uninstallation Instructions:
----------------------------------
/etc/init.d/vcs stop
/etc/init.d/vxfen stop
rpm -ev VRTSvxfen

Special Install Instructions:
-----------------------------
NONE

KNOWN ISSUES : 


FIXED INCIDENTS: 


 Patch Id::LINUX 5.1.002.100

 Etrack Incidents :2252466	
 Case ID :2252385

 Symptom::The VxFEN (fencing) component of Veritas Cluster Server (VCS) fails to start
using coordinator disks from certain disk arrays. Even if you configure multiple
coordinator disks, the component displays the following error message: 
"V-11-2-1003 At least three coordinator disks must be defined"

The vxfentsthdw utility does not report any problem with the coordinator disks.
However, if you run the SCSI-extended inquiry command "vxfenadm -i <disk_name>"
on the disks, it reports same serial number for all the coordinator disks. In
contrast, the VxVM component's utilities report different and unique serial
numbers for the same coordinator disks.

 Description::You may face this problem with some disk arrays that are running more recent
firmware. On such disk arrays, the fencing component does not retrieve the
correct serial number of a disk via SCSI-extended inquiry command. 

The SCSI-extended inquiry from the fencing component is based on an old SPC-3
specification. According to the old specification, vendor-specific information
on page 0x83 of a disk may contain multiple, but globally unique serial numbers
associated with the addressed logical unit.
The fencing component picks one serial number out of all available serial
numbers for a disk.

On disk arrays with new firmware, the scsi information on page 0x83 of a disk
may contain several serial numbers associated with different entities. These
entities include: 
    o The addressed logical unit
    o The SCSI target device that contains the addressed logical unit
    o The target port that receives the request.

The current issue occurs when the fencing component incorrectly picks up the
serial number associated with the target port, which is the same for all the
configured coordinator disks.

 Resolution::Symantec has updated the fencing library code to pick the serial number
associated with the addressed logical unit, when running an SCSI-extended
inquiry on a disk array. The fencing component now ignores the serial numbers
associated with the other entities in the array.



Read and accept Terms of Service