* * * READ ME * * * * * * Symantec File System 6.1 * * * * * * Patch 6.1.0.200 * * * Patch Date: 2014-02-10 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 ---------- Symantec File System 6.1 Patch 6.1.0.200 OPERATING SYSTEMS SUPPORTED BY THE PATCH ---------------------------------------- RHEL6 x86-64 PACKAGES AFFECTED BY THE PATCH ------------------------------ VRTSvxfs BASE PRODUCT VERSIONS FOR THE PATCH ----------------------------------- * Symantec File System 6.1 * Symantec Storage Foundation 6.1 * Symantec Storage Foundation Cluster File System HA 6.1 * Symantec Storage Foundation for Oracle RAC 6.1 * Symantec Storage Foundation HA 6.1 SUMMARY OF INCIDENTS FIXED BY THE PATCH --------------------------------------- Patch ID: 6.1.0.200 * 3424575 (3349651) VxFS modules fail to load on RHEL6.5 Patch ID: 6.1.0.100 * 3418489 (3425878) Performance degradation is seen with Smart IO feature enabled DETAILS OF INCIDENTS FIXED BY THE PATCH --------------------------------------- This patch fixes the following Symantec incidents: Patch ID: 6.1.0.200 * 3424575 (Tracking ID: 3349651) SYMPTOM: VxFS modules fail to load on RHEL6.5 and following error messages are reported in system log. kernel: vxfs: disagrees about version of symbol putname kernel: vxfs: disagrees about version of symbol getname DESCRIPTION: In RHEL6.5 the kernel interfaces for getname and putname used by VxFS have changed. RESOLUTION: Code modified to use latest definitions of getname and putname kernel interfaces. Patch ID: 6.1.0.100 * 3418489 (Tracking ID: 3425878) SYMPTOM: I/O's pause periodically resulting in performance degradation. No explicit error is seen DESCRIPTION: To avoid kernel stack overflow, work consuming a large amount of stack space is not done in the context of the original thread. Instead such work items are added to a high priority work queue for processing by a set of worker threads. In the case where all worker threads are busy, there is an issue where newly queued work may be subjected to an additional delay in processing which results in periodic stalls. RESOLUTION: High priority work items are processed by a set of dedicated worker threads. These dedicated threads do not have an issue when all threads are busy; so do not trigger periodic stalls. INSTALLING THE PATCH -------------------- Run the Installer script to automatically install the patch: ----------------------------------------------------------- To install the patch perform the following steps on at least one node in the cluster: 1. Copy the hot-fix fs-rhel6_x86_64-6.1.0.200-rpms.tar.gz to /tmp 2. Untar fs-rhel6_x86_64-6.1.0.200-rpms.tar.gz to /tmp/hf # mkdir /tmp/hf # cd /tmp/hf # gunzip /tmp/fs-rhel6_x86_64-6.1.0.200-rpms.tar.gz # tar xf /tmp/fs-rhel6_x86_64-6.1.0.200-rpms.tar 3. Install the hotfix # pwd /tmp/hf # ./installVRTSvxfs610HF200 [ ...] Install the patch manually: -------------------------- The patch can also be installed along with the 6.1 GA , using the the following command ./installer -prod -install -hotfix_path Usage: installer [ ... ] [ -hotfix_path ] [ -hotfix2_path ] [ -hotfix3_path ] [ -hotfix4_path ] [ -hotfix5_path ] The -hotfix_path option is used to define the path of a hot fix level release to be integrated with a base or a maintenance level release in order for m ultiple releases to be simultaneously installed. REMOVING THE PATCH ------------------ # rpm -e SPECIAL INSTRUCTIONS -------------------- NONE OTHERS ------ NONE