Databases Reference
In-Depth Information
■
in this recipe, as well as recipes 11-4, 11-5, and 11-6, we will be showing examples for applying the July
2012 QFsdp, patch 14207418. the steps in this recipe are specific to the patch contents and
README
instructions of this
patch, but they should provide an overview of a typical exadata patching. Where possible, we will attempt to only present
“common” storage server patching activities and leave it to the exadata dMa to confirm specific patch steps required for
specific exadata software versions.
Note
1.
Start by transferring the QFSDP patch to a directory on your first compute node and
unzipping the file. Using the instructions in the
ExadataStorageServer/<version>/
README-<version>.html
file, go to Section 3: “Preparing Exadata Cells for Patch
Application.” The first paragraph in this section will likely say that your InfiniBand switches
need to be on a specific version; before continuing, please see Recipe 11-5 for instructions
on how to apply InfiniBand patches.
2.
After ensuring that your InfiniBand switches are patched to the proper firmware level, a
handful of preparation tasks are typically required. The first of these tasks is to start an
ILOM console on each storage cell so that you can monitor the patch application log files
and connect to the server in the event of patch failure or to troubleshoot. To start the ILOM
console, log in to each storage cell's ILOM address and do the following:
Macintosh-8:~ jclarke$ ssh root@cm01cel01-ilom
Password:
Oracle(R) Integrated Lights Out Manager
Version 3.0.16.10 r65138
Copyright (c) 2011, Oracle and/or its affiliates. All rights reserved.
-> start /SP/console
Are you sure you want to start /SP/console (y/n)? y
Serial console started. To stop, type ESC (
cm01cel01.centroid.com login: root
Password:
Last login: Wed Oct 10 13:46:59 from cm01dbm01
[root@cm01cel01 ~]#
3.
The next step is usually to validate the version of the
ofa
package on your storage cells and
take appropriate actions, per the patch
README
file, to ensure that your
ofa
binaries are at
a high enough level to avoid file-system corruption. This step is typically done using the
following
rpm
command, and if your version is lower than the expected version, you will be
required to perform a number of steps to provide a workaround:
[root@cm01dbm01 ~]# rpm -qa|grep ofa
ofa-2.6.18-238.12.2.0.2.el5-1.5.1-4.0.53
[root@cm01dbm01 ~]#
4.
Next, run
ipconf -verify
on your storage cells to validate your current configuration and
address any issues prior to patching:
[root@cm01cel01 ~]# ipconf -verify
Verifying of Exadata configuration file /opt/oracle.cellos/cell.conf
Done. Configuration file /opt/oracle.cellos/cell.conf passed all
verification checks
[root@cm01cel01 ~]#
Search WWH ::
Custom Search