Return-Path: <oracle-l-bounce@freelists.org>
X-Original-To: oracle-l@orafaq.com
Delivered-To: oracle-l@orafaq.com
Received: from puck1183.startdedicated.com (localhost [127.0.0.1])
 by puck1183.startdedicated.com (Postfix) with ESMTP id 29B6019604B6
 for <oracle-l@orafaq.com>; Mon,  9 Sep 2013 16:45:49 +0200 (CEST)
Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180])
 by puck1183.startdedicated.com (Postfix) with ESMTP
 for <oracle-l@orafaq.com>; Mon,  9 Sep 2013 16:45:49 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C021C258CB;
 Mon,  9 Sep 2013 10:45:47 -0400 (EDT)
X-Virus-Scanned: Debian amavisd-new at turing.freelists.org
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id cXtMw4PFG0MZ; Mon,  9 Sep 2013 10:45:47 -0400 (EDT)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 7F181258A8;
 Mon,  9 Sep 2013 10:45:00 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Mon, 09 Sep 2013 10:44:14 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 30E2125881
 for <oracle-l@freelists.org>; Mon,  9 Sep 2013 10:44:14 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id nFY92aX9GzuB for <oracle-l@freelists.org>;
 Mon,  9 Sep 2013 10:44:14 -0400 (EDT)
Received: from webmail.micros.com (usmail2k10cas1.micros.com [63.163.61.226])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3AB732587F
 for <oracle-l@freelists.org>; Mon,  9 Sep 2013 10:44:09 -0400 (EDT)
Received: from USMAIL2K1001.us.Micros.int ([172.28.196.154]) by
 USMAIL2K10CAS1.us.micros.int ([::1]) with mapi id 14.03.0123.003; Mon, 9 Sep
 2013 10:44:03 -0400
From: "Uzzell, Stephan" <SUzzell@MICROS.COM>
To: "oracle-l@freelists.org" <oracle-l@freelists.org>
CC: "Uzzell, Stephan" <SUzzell@MICROS.COM>
Subject: PSU Application Question
Thread-Topic: PSU Application Question
Date: Mon, 9 Sep 2013 14:44:02 +0000
Message-ID: <DF78EADE484D37419A53F5C898629DB7A94C055F@usmail2k1001.us.micros.int>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.28.124.129]
Content-type: text/plain
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
X-archive-position: 50545
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: SUzzell@MICROS.COM
Precedence: normal
Reply-To: SUzzell@MICROS.COM
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l

Hi all,
I'm working on a Linux test RAC (I've been working with RAC on Windows for several years now, but RAC on Linux is a new beast to me). I've hit a bit of a challenge, and not sure if this is intended, or...

Our typical build model (on Windows) is to install (and configure) 11.2.0.3 GI, install 11.2.0.3 DB (software only), apply the latest bundle patch to both homes, and then create the database, &c.

So, on this test RAC, I installed (and configured 11.2.0.3 GI), and installed 11.2.0.3 DB (software only). I'm trying to apply PSU 7, but the method seems a little different, and I'm not sure the best way to handle this. From the documentation, it sounds as though I simply run opatch auto on node 1, and it handles the rest. What I've seen looks pretty good - it shuts down the clusterware, patches, starts the clusterware back up. But it doesn't do anything about the database home.

Reviewing the opatch log, it shows

2013-09-06 16:49:52: Oracle Interim Patch Installer version 11.2.0.3.5
Copyright (c) 2013, Oracle Corporation.  All rights reserved.


Oracle Home       : /u01/oracle/11.2.0.3/grid
Central Inventory : /u01/oracle/oraInventory
    from           : /u01/oracle/11.2.0.3/grid//oraInst.loc
OPatch version    : 11.2.0.3.5
OUI version       : 11.2.0.3.0
Log file location : /u01/oracle/11.2.0.3/grid/cfgtoollogs/opatch/opatch2013-09-06_16-49-50PM_1.log

Invoking utility "saveconfigurationsnapshot"
UtilSession failed: UtilSession failed to generate configuration xml file [ PRCD-1061 : No database exists ]

OPatch failed with error code 73

2013-09-06 16:49:52: Looking for configured databases on node malnxtstdb01
2013-09-06 16:49:53: Databases configured on node malnxtstdb01 are:
2013-09-06 16:49:53: Determining ORACLE_HOME paths for configured databases

So basically, it didn't patch the DB home because we haven't created a DB home yet? It seems even running opatch auto from the DB home, with ORACLE_HOME set to the DB home, it does not find the DB home to patch. Is this intended? Is there a workaround? Or do we need to create a database before opatch auto will recognize that home and patch it?

11.2.0.3.(hopefully)7 on  OEL 6.

Thanks!

Stephan Uzzell


--
http://www.freelists.org/webpage/oracle-l


