* * * READ ME * * *
* * * Cluster Server Agent Extension for SFCFS Distribution 6.0.5 * * *
                      * * * Patch 6.0.5.100 * * *
                         Patch Date: 2014-09-04


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
----------
Cluster Server Agent Extension for SFCFS Distribution 6.0.5 Patch 6.0.5.100


OPERATING SYSTEMS SUPPORTED BY THE PATCH
----------------------------------------
HP-UX 11i v3 (11.31)


PACKAGES AFFECTED BY THE PATCH
------------------------------
VRTScavf


BASE PRODUCT VERSIONS FOR THE PATCH
-----------------------------------
   * Veritas Storage Foundation Cluster File System HA 6.0.1
   * Veritas Storage Foundation for Oracle RAC 6.0.1


SUMMARY OF INCIDENTS FIXED BY THE PATCH
---------------------------------------
Patch ID: PVCO_04039
* 2933827 (2720034) The vxfsckd(1M) daemon does not restart after being killed manually.
* 3516604 (3142109) The CFSMountAgent script does not parse the MountOpt properly if -O overlay (native fs option) is used.
Patch ID: PVCO_04032
* 3399337 (3410837) The error message has an issue when the user uses the cfsumount(1M) to unmount a mount point which has a samba parent resource.
Patch ID: PVCO_03973
* 2933754 (2715175) 4 node cluster shutdown time takes 30 minutes
* 2949033 (2942776) CFS mount issues/VxVM - Mount fails when volumes in vset is not ready


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

Patch ID: PVCO_04039

* 2933827 (Tracking ID: 2720034)

SYMPTOM:
The vxfsckd(1M) daemon does not restart after being killed manually.

DESCRIPTION:
When the vxfsck process is killed manually, all the processes may not be killed 
and there might be some process still running. Starting of the new vxfscd fails 
since the cleanup of these processes is not done correctly.

RESOLUTION:
The script is modified to clean-up/kill existing vxfsckd daemons correctly 
before re-starting them.

* 3516604 (Tracking ID: 3142109)

SYMPTOM:
The CFSMountAgent script does not parse the MountOpt properly if the  -O overlay (native fs option) is used.

DESCRIPTION:
The CFSMountAgent script lacks logic to parse the -O option. The problem is as follows:

Assuming MountOpt attribute as follows:
MountOpt @lonu0261 = \"suid, rw -O\", 

CFSMountAgent script translates it to this:
-o cluster, suid, rw,-O, mntlock=VCS

So the native option AO is treated as a part of specific_options. As a result, the Mount(1M) command fails with the following error:
UX:vxfs mount: ERROR: V-3-21298: illegal -o suboption -- -O

RESOLUTION:
The CFSMountAgent script has been modified to parse the -O option correctly.

Patch ID: PVCO_04032

* 3399337 (Tracking ID: 3410837)

SYMPTOM:
The error message has an issue when the user uses the cfsumount(1M) to unmount a mount point which has a samba parent resource.

DESCRIPTION:
The cfsunmount(1M) script uses \"hares --value\" to get the mount point. 
If the mount point which has samba parent resource is still mounted, then Cfsunmount(1M) gives an error message such as \"Error: V-35-201: Cannot unmount 
/cifsdg/datavol2 on l111053, dependent [ ] currently mounted on l111053\".

RESOLUTION:
The error message is appropriately changed for a better judgment.

Patch ID: PVCO_03973

* 2933754 (Tracking ID: 2715175)

SYMPTOM:
cfsumount command runs slowly on large file system, there are some file system
reconfigure threads in the kernel.

schedule
vx_svar_sleep_unlock
vx_event_wait
vx_async_waitmsg
vx_msg_broadcast
vx_dele_rebuild
vx_dele_assumption
vx_recover
vx_recover_evanesce
vx_kthread_init
kernel_thread

DESCRIPTION:
When unmounting a file system, the cfsumount will try to offline the file system
on all nodes in parallel. If the primary file system node gets unmounted first,
the process of reconfigure will be initiated to migrate the primary to other
nodes, however, the reconfigure is unnecessary for cfsumount command. For large
file systems, reconfigure process involves much work and may take a long time.

RESOLUTION:
Unmount the secondary nodes first to avoid unnecessary file system reconfigure.

* 2949033 (Tracking ID: 2942776)

SYMPTOM:
CFSmount is failing with the error ENXIO or EIO on volume vset device. The error
messages look like
UX:vxfs mount.vxfs: ERROR: V-3-20005: read of super-block on
/dev/vx/dsk/sfsdg/vol1 failed: No such device or address
or
UX:vxfs mount.vxfs: ERROR: V-3-20005: read of super-block on
/dev/vx/dsk/sfsdg/vol2 failed: Input/output error

DESCRIPTION:
If the volume set is in ENABLED state but some underlying volumes are not ready
or in DISABLED state, the mount will fail with ENXIO or EIO.

RESOLUTION:
Code changes in cfsmntadm has been made to monitor the volume states in CVMVolDG 
agent.



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 cavf-hpux1131-6.0.5.100-patches.tar.gz to /tmp
2. Untar cavf-hpux1131-6.0.5.100-patches.tar.gz to /tmp/hf
    # mkdir /tmp/hf
    # cd /tmp/hf
    # gunzip /tmp/cavf-hpux1131-6.0.5.100-patches.tar.gz
    # tar xf /tmp/cavf-hpux1131-6.0.5.100-patches.tar
3. Install the hotfix
    # pwd /tmp/hf
    # ./installCAVF605P1 [ ...]

Install the patch manually:
--------------------------
To install the CAVF 6.0.500.100 patch:
a) The CAVF 6.0.1(GA) must be installed before applying this
  patch.
b) To verify the Veritas Cluster Server Agents for Storage Foundation Cluster File System level, execute:
     # swlist -l product | egrep -i 'VRTScavf'
  VRTScavf     6.0.100.000        Veritas Cluster Server Agents for Storage Foundation Cluster File System
c) All prerequisite/corequisite patches must be installed. 
d) To install the patch, execute the following command:
# swinstall -x autoreboot=true -s  PVCO_04039 
If the patch is not registered, you can register it
using the following command:
# swreg -l depot 
The    is the absolute path where the patch resides.


REMOVING THE PATCH
------------------
To remove the CAVF 6.0.500.100 patch:
a) Execute the following command:
# swremove -x autoreboot=true PVCO_04039


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


OTHERS
------
NONE