* * * READ ME * * *
                    * * * Database Edition 6.0 * * *
                         * * * P-patch 2 * * *
                         Patch Date: 2013-02-07


This document provides the following information:

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


PATCH NAME
----------
Database Edition 6.0 P-patch 2


PACKAGES AFFECTED BY THE PATCH
------------------------------
VRTSdbed


BASE PRODUCT VERSIONS FOR THE PATCH
-----------------------------------
   * Veritas Storage Foundation for Oracle RAC 6.0
   * Veritas Storage Foundation Cluster File System 6.0
   * Veritas Storage Foundation 6.0
   * Veritas Storage Foundation High Availability 6.0
   * Symantec VirtualStore 6.0


OPERATING SYSTEMS SUPPORTED BY THE PATCH
----------------------------------------
SLES10 x86-64
SLES11 x86-64


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

Patch ID: VRTSdbed-6.000.000.200

* 2953976 (Tracking ID: 2953973)

SYMPTOM:
use Oracle APIs to communicate with Oracle directly

DESCRIPTION:
Instead of using the perl DBI module , use the Oracle APIs to 
communicate with Oracle directly.

RESOLUTION:
-

* 3063206 (Tracking ID: 3077728)

SYMPTOM:
Sometime when creating a checkpoint an error output similar to the
following is displayed , but checkpoint gets created successfully:
$ vxsfadm -s checkpoint -a oracle -name c2 -o create
Putting database in backup mode...                           Done
Creating Storage Checkpoint c2 ...                           cannot fetch initial
working directory: No such file or directory 
Done
Storage Checkpoint c2 created
Removing the database from backup mode...                    Done

DESCRIPTION:
The problem is when removing a temporary folder created in /var/tmp
fails for a particular reason and dumps the above output. This output is now
captured and logged if the same occurs. This does not hamper the functionality in
any way

RESOLUTION:
-


INSTALLING THE PATCH
--------------------
rpm -Uvh VRTSdbed-6.0.000.200-GA_SLES.x86_64.rpm --nopreun


REMOVING THE PATCH
------------------
rpm -e VRTSdbed


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


OTHERS
------
NONE