Reproduction of these materials in any manner whatsoever without the written permission of Dell Inc.
is strictly forbidden.
Trademarks used in this text: Dell™, the DELL™ logo, PowerEdge™, and PowerVault™ are
trademarks of Dell Inc.; EMC
Pentium
Oracle
Enterprise Linux
Other trademarks and trade names may be used in this publication to refer to either the entities claiming
the marks and names or their products. Dell Inc. disclaims any proprietary interest in trademarks and
trade names other than its own.
July 2010Rev. A02
®
, and Celeron® are registered trademarks of Intel Corporation in the U.S. and other countries;
®
is a registered trademark of Oracle Inc. in the US and other countries; Red Hat® and Red Hat
®
are registered trademarks of Red Hat, Inc. in the U.S. and other countries.
®
and PowerPath® are trademarks of EMC Corporation; Intel®,
The Oracle Database on Linux Advanced Server Troubleshooting Guide
applies to Oracle Database 10g R2 running on Red Hat Enterprise Linux
or Oracle Enterprise Linux 5.5 AS x86_64.
Required Documentation for Deploying the
Dell
The Dell|Oracle Database Installation Documentation set is organized into a
series of modules. These modules cover the following topics:
Oracle Database
•
Dell PowerEdge Systems Oracle Database on Enterprise Linux x86_64Operating System and Hardware Installation Guide
required minimum hardware and software versions, how to install and
configure the operating system, how to verify the hardware and software
configurations, and how to obtain open source files.
•
Dell PowerEdge Systems Oracle Database on Enterprise Linux x86_64Storage and Network Guide
network and storage solutions.
•
Dell PowerEdge Systems Oracle Database on Enterprise Linux x86_64Database Setup and Installation Guide
configure the Oracle database.
•
Dell PowerEdge Systems Oracle Database on Enterprise Linux x86_64Troubleshooting Guide
encountered during the installation procedures described in the
previous
modules.
—Describes how to install and configure the
—Describes how to install and
—Describes how to troubleshoot and resolve errors
—Describes the
All modules provide information on how to receive technical assistance
from Dell.
Overview7
Page 8
Terminology Used in this Document
This document uses the terms logical unit number (LUN) and virtual disk.
These terms are synonymous and can be used interchangeably. The term
LUN is commonly used in a Dell/EMC Fibre Channel storage system
environment and virtual disk is commonly used in a Dell Power Vault SAS
and iSCSI (Dell MD3000 and Dell MD3000i with MD1000 expansion)
storage environment.
This document uses the term Enterprise Linux that applies to both
Red Hat Enterprise Linux and Oracle Enterprise Linux unless
stated specifically.
Getting Help
This section provides information on contacting Dell or Oracle for
whitepapers, supported configurations, training, technical support,
and general information.
Dell Support
•For detailed information about using your system, see the documentation
that came with your system components.
•For whitepapers, Dell-supported configurations, and general information,
see the Dell|Oracle Tested and Validated Configurations website at
dell.com/oracle
.
8Overview
Page 9
Troubleshooting
This section provides recommended actions for problems that you
may encounter while deploying and using your Enterprise Linux and
Oracle software.
Performance and Stability
Enterprise Linux exhibits poor performance and instability;
excessive
When Oracle System Global Area (SGA) exceeds the recommended size,
Enterprise Linux exhibits poor performance. Always ensure that the SGA size
does not exceed 65% of the total system RAM. To decrease the SGA size:
Enter free at a command prompt to determine the total RAM and reduce
the values of db_cache_size and shared_pool_size parameters in the Oracle
parameter file accordingly.
use of swap space
Unknown interface-type warning appears in the Oracle alert file;
poor system performance
The problem occurs when the public interface is configured as cluster
communications (private interface).
Perform the following steps on one node to force cluster communications to
the private interface:
a
b
Log in as
Enter
The
oracle
sqlplus "/ as sysdba"
SQL>
.
prompt appears.
at the command prompt.
c
Enter the following lines at the
alter system set cluster_interconnects=<private
IP address node1>’ scope=spfile sid=’<SID1>’
alter system set cluster_interconnects =
’<private IP address node2>’ scope=spfile sid=
’<SID2>’
SQL>
prompt:
Troubleshooting9
Page 10
d
Create these entries for each node in the cluster.
e
Restart the database on all nodes by entering the
following
Open the
file, and verify that the private IP addresses are being used for all
instances.
commands:
/opt/oracle/admin/<dbname>/bdump/alert_<SID>.log
Enterprise Manager
The Enterprise Manager agent fails
The Enterprise Manager fails when the Enterprise Manager repository is
not populated.
Enter the following to re-create the configuration file and repository for the
Database Console:
emca -config dbcontrol db repos recreate
For detailed instructions, see the Oracle Metalink Note # 330976.1.
Oracle Clustered File System2 (OCFS2)
System hangs while mounting or unmounting OCFS partitions
The problem occurs when OCFS partitions are unmounted on two nodes at
exactly the same time.
CAUTION: Do not reboot more than one system at the same time.
NOTE: It is not recommended to restart the network on a live node. When trying to
restart the network service from any live node in the cluster, the node hangs
indefinitely. This behavior is expected for OCFS2.
10Troubleshooting
Page 11
Network Configuration Assistant (NETCA)
NETCA fails, resulting in database creation errors
NETCA fails because the public network, hostname, or virtual IP is not listed
in the /etc/hosts.equiv file.
Before launching NETCA, ensure that a hostname is assigned to the public
network and that the public and virtual IP addresses are listed in the
/etc/hosts.equiv file.
NETCA cannot configure remote nodes or a RAW device validation error
occurs while running DBCA
This issue occurs when the /etc/hosts.equiv file either does not exist or does
not include the assigned public or virtual IP addresses.
Verify that the /etc/hosts.equiv file on each node contains the correct public
and virtual IP address. Try to rsh to other public names and VIP addresses as
the user oracle.
Cluster Ready Services (CRS)
CRS fails prematurely when trying to start
Refer Oracle Bug 4698419. See the My Oracle Support website at
support.oracle.com.
Apply Patch 4698419 available on the My Oracle Support website at
support.oracle.com.
The Oracle Clusterware installation procedure fails
The Oracle Clusterware installation fails because the EMC PowerPath device
names are not uniform across the nodes.
Before you install Oracle Clusterware, restart PowerPath and ensure that the
PowerPath device names are uniform across the nodes.
Troubleshooting11
Page 12
CRS fails to start when you reboot the nodes, or after entering
/etc/init.d/init.crs start
CRS fails to start when the Cluster Ready Services CSS daemon is unable to
write to the quorum disk.
Attempt to start the service again by rebooting the node or typing:
root.sh from /crs/oracle/product/11.1.0/crs/
Verify that each node has access to the quorum disk and the user logged in as
root can write to the disk.
Check the last line in the file $ORA_CRS_HOME/css/log/ocssd.log.
If you see:
clssnmvWriteBlocks: Failed to flush writes to
(votingdisk), then
verify the following:
•The
/etc/hosts
file on each node contains the correct IP addresses for all
node hostnames, including the virtual IP addresses.
•You can ping the public and private hostnames.
•The Oracle Cluster Registry (OCR) file and Voting disk is writable.
When you run root.sh, CRS fails to start
NOTE: Ensure that you have all the public and private node names defined and you
can ping the node names.
Attempt to start the service again by rebooting the node or by running
root.sh from /crs/oracle/product/11.1.0/crs/ after correcting the
networking issues.
The following is the list of issues that can result in CRS failure:
•OCR file and Voting disk are inaccessible.
Correct the I/O problem and attempt to start the service again by
rebooting the node or by running
/crs/oracle/product/11.1.0/crs/.
root.sh
from
•OCR file and Voting disk have not been cleared and contain
old
information.
Clear the OCR and Voting disks to erase the old information.
12Troubleshooting
Page 13
You can do this on RHEL4 by entering the following lines:
dd if=/dev/zero of=/dev/raw/ocr.dbf
dd if=/dev/zero of=/dev/raw/votingdisk
Attempt to start the service again by rebooting the node or by running
root.sh from /crs/oracle/product/11.1.0/crs/.
•The Oracle User does not have permissions on
(specifically
a
Make User Oracle the owner of
/var/tmp/.oracle
).
/var/tmp/.oracle
/var/tmp
by entering the
following command:
chown oracle.oinstall /var/tmp/.oracle
b
Attempt to start the service again by rebooting the node or by running
root.sh from: /crs/oracle/product/11.1.0/crs/.
If all the other CRS troubleshooting steps fail, then perform the following:
a
Enable debugging by adding the following line:
to root.sh:
set -x
b
Attempt to start the service again by running
root.sh
from:
/crs/oracle/product/11.1.0/crs/
c
Check log files in the following directories to diagnose the issue:
$ORA_CRS_HOME/crs/log
$ORA_CRS_HOME/crs/init
$ORA_CRS_HOME/css/log
$ORA_CRS_HOME/css/init
$ORA_CRS_HOME/evm/log
$ORA_CRS_HOME/evm/init
$ORA_CRS_HOME/srvm/log
d
Check
CRS
e
Capture all log files for support diagnosis.
/var/log/messages
init scripts.
for any error messages regarding
Troubleshooting13
Page 14
Node continuously reboots
Node reboots continuously when the node does not have access to the
quorum disk on shared storage.
Perform the following steps:
a
Start Linux in single-user mode and enter the following command:
/etc/init.d/init.crs disable
b
Verify that the quorum disk is available and the private interconnect
is
alive.
c
Reboot and type:
If the private interconnect is down:
a
Start Linux in single-user mode.
b
Enter the following command:
/etc/init.d/init.crs disable
c
Verify that the node can ping over the private interconnect to the
remaining nodes in the cluster.
/etc/init.d/init.crs enable
d
Enter the following command:
/etc/init.d/init.crs enable
Reboot the system. In some cases, the network has a latency of up to
seconds before it can ping the remaining nodes in the cluster after
30
reboot. If this situation occurs, add the following line to the beginning of
your
/etc/inet.d/init.crs
file and reboot your system:
/bin/sleep 30.
CRS fails to start when you reboot the nodes, or after entering
/etc/init.d/init.crs start
1
Change
node.session.timeo.replacement_timeout = 144
to
node.session.timeo.replacement_timeout = 30
2
Logout from the existing iscsi sessions, rediscover, and re-login to set the
change in timeout.
You can check the above settings under
/var/lib/iscsi/nodes/iqn*/<any target_port_ip>/default.
Database Configuration Assistant (DBCA)
There is no response when you click OK in the DBCA Summary window
This is a Java Runtime Environment timing issue.
Click OK again. If there is still no response, restart the DBCA
software installation.
Miscellaneous
You receive dd failure error messages while installing the software
using Dell Deployment CD 1
This issue occurs when a copy of the Enterprise Linux CD is used. Always use
the original CD.
When burning the CD images (ISOs), use the proper options such as -dao if
using the cdrecord command.
Troubleshooting15
Page 16
When connecting to the database as a user other than oracle,
receive the error messages ORA01034: ORACLE not available and
you
Linux Error 13: Permission denied
This issue occurs when the required permissions are not set on the
remote node.
On all remote nodes, as user root, type: chmod 6751 $ORACLE_HOME
Installation
Oracle software fails to install on the nodes
This issue occurs when the nodes’ system clocks are not identical.
Perform one of the following procedures:
•Ensure that the system clock on the Oracle software installation node is set
to a later time than the remaining nodes.
•Configure one of your nodes as an NTP server to synchronize the
remaining nodes in the cluster.
When you run root.sh, the utility fails to format the OCR disk
Download and apply Oracle Patch 4679769 available on the
My Oracle Support website at support.oracle.com.
Networking
The cluster verification check fails
This issue occurs when the public network IP address is not routable; for
example: 192.168.xxx.xxx
Assign a valid, routable public IP address.
16Troubleshooting
Page 17
Fibre Channel Storage System
You receive I/O errors and warnings when you load the Fibre Channel
HBA driver module
The HBA driver, BIOS, or firmware must be updated.
Check the Solution Deliverable List (SDL) on the Dell|Oracle Tested and
Validated Configurations website at dell.com/oracle for the supported
versions. Update as required the driver, BIOS, and firmware for the
Fibre Channel HBAs.
Operating System
When you add a new peripheral device to your Dell PowerEdge system,
the operating system does not recognize the device
The problem occurs when Kudzu is disabled.
Run Kudzu manually after you add the new peripheral to your system.
Using Dell DKMS Drivers After Upgrading the Kernel
If the kernel is upgraded in a system where the DKMS driver is installed, then
after the kernel upgrade perform the following procedure to ensure that the
updated DKMS driver is installed for the latest kernel.
•If the module version of the updated kernel is higher than the dkms driver
version, then continue using the native driver.
•If the module version in the updated kernel is lesser than the DKMS driver
version, then use the DKMS driver. Create a file in
filename
For example, for the bnx2 driver, create a file bnx2.conf in /etc/depmod.d/
with the below contents:
override bnx2 2.6.18-x.el5 weak-updates
Run the depmod -a command
dkms_module_name.conf
with an entry as below:
/etc/depmod.d
with the
For more information on DKMS, see the DKMS main page on your system.
Troubleshooting17
Page 18
18Troubleshooting
Page 19
Oracle Security Patches and
Recommended Patches
This section provides information about the recommended Oracle security
patch updates and recommended patches.
Critical Patch Updates
Oracle releases quarterly Critical Patch Updates (CPUs) for fixing potential
security vulnerabilities for Oracle products. These CPU patches are required
to be applied to the production systems.
Currently, the latest CPU patch for the Linux x86_64 platform is the
Oracle 11g R1 11.1.0.7 Clusterware CPU patch 9369783.
Recommended Patches
Dell recommends that you apply the Oracle-recommended database
patchsets for the Linux x86_64 platform. For latest Oracle-recommended
patches, see the Metalink Note #756671.1 on the My Oracle Support website
at support.oracle.com.
The current Oracle recommended patches for Oracle 11g R1 11.1.0.7 Clusterware on Linux x86_64 are:
La reproduction de ce document de quelque manière que ce soit sans l'autorisation écrite de Dell Inc.
est strictement interdite.
Les marques utilisées dans ce document : Dell™, le logo DELL™, PowerEdge™ et PowerVault™
sont des marques de Dell Inc. ; EMC
®
, Pentium®, et Celeron® sont des marques déposée d'Intel Corporation aux États-Unis et dans
Intel
d’autres pays
Red Hat
et dans d’autres pays.
D'autres marques commerciales et noms de marque peuvent être utilisés dans ce document pour faire
référence aux entités se réclamant de ces marques et de ces noms ou de leurs produits. Dell Inc. rejette
tout intérêt propriétaire dans les marques et les noms commerciaux autres que les siens.
Juillet 2010 Rév. A02
; Oracle® est une marque déposée d'Oracle Inc. aux États-Unis et dans d’autres pays ;
®
et Red Hat Enterprise Linux® sont des marques déposées de Red Hat, Inc aux États-Unis
®
et PowerPath® sont des marques déposées d’EMC Corporation ;
Lorsque vous vous connectez à la base de
données sous un ID utilisateur autre que oracle,
vous recevez les messages d’erreur suivants :
ORA01034: ORACLE not available (ORACLE n’est
pas disponible) et Linux Error 13: Permission
Le guide de dépannage d’Oracle Database sur Linux Advanced Server
s’applique à Oracle Database 10g R2 s’exécutant sur Red Hat Enterprise
Linux ou Oracle Enterprise Linux 5.5 AS x86_64.
Documentation requise pour déployer la base de
données
La documentation relative à l’installation de la base de données Dell|Oracle est
organisée en une série de modules. Ces modules traitent des sujets suivants :
•
Oracle Database sous Enterprise Linux x86_64 pour systèmes
Dell
matériel
logicielles requises, le mode d’installation et de configuration du système
d’exploitation, la procédure de vérification des configurations matérielles
et logicielles et la manière d’obtenir des fichiers
•
Oracle Database sous Enterprise Linux x86_64 pour systèmes Dell
PowerEdge - Guide de stockage et de mise en réseau
la configuration des solutions de mise en réseau et de stockage.
•
Oracle Database sous Enterprise Linux x86_64 pour systèmes
Dell
données
•
Oracle Database sous Enterprise Linux x86_64 pour systèmes
Dell
résoudre les erreurs rencontrées lors des procédures d’installation décrites
dans les modules précédents.
Dell Oracle
PowerEdge - Guide d’installation du système d’exploitation et du
: présente la configuration matérielle minimale et les versions
Open Source.
: décrit l’installation et
PowerEdge - Guide d’installation et de configuration de la base de
: indique comment installer et configurer Oracle Database.
PowerEdge - Guide de dépannage
: indique comment dépanner et
Tous les modules indiquent comment recevoir une assistance technique
auprès de Dell.
Présentation45
Page 46
Terminologie utilisée dans le présent document
Les termes
sont interchangeables. Le terme «LUN» est généralement utilisé pour les
environnements de système de stockage Dell|EMC Fibre Channel alors que le
terme «disque virtuel» est plutôt réservé aux environnements de stockage
Dell Power Vault SAS et iSCSI (Dell MD3000 et Dell MD3000i avec châssis
d’extension MD1000).
Dans ce document, Enterprise Linux s’applique aussi bien à Red Hat Enterprise
Linux qu’à Oracle Enterprise Linux, sauf mention contraire.
LUN
(numéro d’unité logique) et
disque virtuel
sont synonymes et
Obtention d’aide
Cette section indique comment contacter Dell ou Oracle pour vous procurer
des livres blancs, vous informer sur les configurations prises en charge,
connaître les formations proposées ainsi qu’obtenir une assistance technique
ou des informations plus générales.
Support Dell
•Pour plus d’informations sur l’utilisation du système, reportez-vous à la
documentation fournie avec vos composants système.
•Pour les livres blancs, les configurations prises en charge par Dell et des
informations générales, consultez la page dédiée aux configurations
Dell|Oracle testées et validées sur le site
dell.com/oracle
.
46Présentation
Page 47
Dépannage
La section suivante indique les mesures recommandées en cas d’incident lié au
déploiement et à l’utilisation d’Enterprise Linux et d’Oracle.
Performances et stabilité
Instabilité et performances médiocres d’Enterprise Linux ; utilisation
excessive de l’espace de pagination
Lorsque Oracle System Global Area (SGA) dépasse la taille recommandée,
Enterprise Linux présente des performances médiocres. Vérifiez que la taille de
la zone SGA ne dépasse pas 65 % de la RAM totale du système. Pour réduire la
taille de la zone SGA :
À l’invite de commande, tapez
conséquence les valeurs des paramètres
le fichier de paramètres Oracle.
free
pour connaître la RAM totale et réduire en
db_cache_size
et
shared_pool_size
dans
Un avertissement signalant un type d’interface inconnu est consigné
dans le journal d’alertes Oracle ; performances médiocres du système
Ce problème se produit lorsque l’interface publique est configurée pour
traiter les communications du cluster (interface privée).
Suivez la procédure suivante sur l’un des nœuds pour forcer les
communications du cluster à utiliser l
a
Ouvrez une session en tant qu’utilisateur
b
Ta p e z
L’invite
c
Entrez les lignes suivantes à l’invite
alter system set cluster_interconnects=<adresse
IP privée du nœud1>’ scope=spfile sid=’<SID1>’
alter system set cluster_interconnects =
’<adresse IP privée du nœud2>’ scope=spfile
sid=’<SID2>’
sqlplus "/ as sysdba"
SQL>
s’affiche.
’
interface privée :
oracle
à l’invite de commande.
SQL>
:
.
Dépannage47
Page 48
d
Créez ces entrées pour chaque nœud du cluster.
e
Redémarrez la base de données sur tous les nœuds en tapant les
commandes suivantes
IP privées sont utilisées pour toutes les instances.
:
et vérifiez
Enterprise Manager
Echec de l’agent d’Enterprise Manager échoue
Enterprise Manager échoue lorsque son référentiel est vide.
Entrez la commande suivante pour recréer le référentiel et le fichier de
configuration pour la console de base de données :
emca -config dbcontrol db repos recreate
Pour plus d’informations, voir l’article Oracle Metalink 330976.1.
Oracle Clustered File System2 (OCFS2)
Blocage du système lors du montage ou du démontage des
partitions
Ce problème se produit lorsque les partitions OCFS sont démontées
simultanément sur deux nœuds exactement au même moment.
PRÉCAUTION : ne redémarrez pas plusieurs systèmes en même temps.
REMARQUE : la méthode consistant à redémarrer le réseau sur un nœud actif est
OCFS
déconseillée. Si vous essayez de redémarrer le service réseau à partir d’un nœud
actif du cluster, ce nœud se bloque pendant un délai indéterminé. Ce comportement
d’OCFS2 est normal.
48Dépannage
Page 49
Assistant de configuration réseau (NETCA)
Echec de l’assistant NETCA provoquant des erreurs liées à la création
des bases de données
L’assistant NETCA échoue car le réseau public, le nom d’hôte ou l’adresse IP
virtuelle ne sont pas répertoriés dans le fichier /etc./hosts.equiv.
Avant de lancer NETCA, assurez-vous qu’un nom d’hôte est attribué au
réseau public et que le fichier /etc./hosts.equiv contient les adresses IP
publique et virtuelle.
L’assistant NETCA ne parvient pas à configurer les nœuds distants, ou
une erreur liée à la validation d’un périphérique RAW? survient lors de
l’exécution de DBCA
Ce problème survient lorsque le fichier /etc./hosts.equiv n’existe pas ou qu’il
ne contient pas l’adresse IP publique ou virtuelle attribuée.
Vérifiez que le fichier /etc/hosts.equiv de chaque nœud contient les adresses
IP publique et virtuelle correctes. Ouvrez une session en tant qu
’
oracle et essayez d
virtuelles.
exécuter rsh vers d’autres noms publics et adresses IP
’
utilisateur
Cluster Ready Services (CRS)
Echec des services CRS en cours de démarrage
Consultez le bogue Oracle 4698419. Voir le site My Oracle Support, à l’adresse
support.oracle.com
Appliquez le correctif 4698419 disponible sur le site My Oracle Support, à
l’adresse support.oracle.com.
.
Dépannage49
Page 50
Echec de l’installation d’Oracle Clusterware
L’installation d’Oracle Clusterware échoue car les noms de périphérique EMC
PowerPath ne sont pas uniformes sur tous les nœuds.
Avant d’installer Oracle Clusterware, redémarrez PowerPath et vérifiez que les
noms de périphériques associés sont les mêmes sur tous les nœuds du cluster.
Echec des services CRS au redémarrage des nœuds ou lorsque vous
entrez /etc./ini.d/init.crs start
Les services CRS échouent au redémarrage, car le disque quorum n’est pas
accessible en écriture pour le démon CSS.
Essayez de relancer le service en redémarrant le nœud ou en tapant :
root.sh from /crs/oracle/product/11.1.0/crs/
Vérifiez que chaque nœud a accès au disque quorum et que le disque est
accessible en écriture pour l’utilisateur root.
Vérifiez la dernière ligne du fichier $RACINE_CRS_ORA/css/log/ocssd.log.
Si vous y lisez :
clssnmvWriteBlocks: Failed to flush writes to
(votingdisk), alors vérifiez les points suivants :
•Le fichier
/etc./hosts
de chaque nœud contient des adresses IP correctes
pour les noms d’hôte de tous les nœuds (adresses IP virtuelles comprises).
•Vous pouvez lancer un test ping sur les noms d’hôtes public et privé.
•Le disque de vote et le fichier du registre de cluster Oracle (OCR) sont
accessibles en écriture.
Les services CRS ne démarrent pas lors de l’exécution du script root.sh
REMARQUE : vérifiez que les noms public et privé du nœud sont définis et que
vous parvenez à leur envoyer des requêtes ping.
Essa
yez de lancer à nouveau le service en redémarrant le nœud ou en exécutant
le script
root.sh
réseau corrigés.
à partir de
/crs/oracle/product/11.1.0
, une fois les problèmes
50Dépannage
Page 51
Les services CRS peuvent échouer en raison des problèmes suivants :
•Le fichier OCR et le disque de vote sont inaccessibles.
Corrigez tout problème éventuel d’E-S, puis essayez de lancer à nouveau le
service en redémarrant le nœud ou en exécutant le script
de
/crs/oracle/product/11.1.0/crs/
root.sh
à partir
•Le fichier OCR et le disque de vote n’ont pas été vidés et contiennent
d’anciennes données.
Videz le fichier OCR et les disques de vote afin d’effacer les anciennes
données.
Vous pouvez effectuer cette suppression sur RHEL4 en entrant les lignes
suivantes
:
dd if=/dev/zero of=/dev/raw/ocr.dbf
dd if=/dev/zero of=/dev/raw/votingdisk
Essayez de lancer à nouveau le service en redémarrant le nœud ou en
exécutant le script
root.sh
/crs/oracle/product/11.1.0/crs/
•L’utilisateur oracle ne dispose pas des autorisations adéquates sur
(plus particulièrement,
a
Vérifiez que l’utilisateur Oracle est le propriétaire de
en tapant la commande suivante
à partir du répertoire
.
/var/tmp/.oracle
).
:
/var/tmp
/var/tmp/.oracle
chown oracle.oinstall /var/tmp/.oracle
b
Essayez de lancer à nouveau le service en redémarrant le nœud ou en
exécutant le script
root.sh
/crs/oracle/product/11.1.0/crs/
à partir du répertoire
.
Dépannage51
Page 52
Si toutes les autres étapes du dépannage des services CRS échouent, procédez
alors comme suit :
a
Pour activer le débogage, ajoutez la ligne suivante :
to root.sh:
set -x
b
Essayez de redémarrer le service en exécutant le script
du répertoire suivant
:
root.sh
à partir
/crs/oracle/product/11.1.0/crs/
c
Pour identifier la cause du problème, consultez les fichiers journaux
des répertoires suivants
:
$ORA_CRS_HOME/crs/log
$ORA_CRS_HOME/crs/init
$ORA_CRS_HOME/css/log
$ORA_CRS_HOME/css/init
$ORA_CRS_HOME/evm/log
$ORA_CRS_HOME/evm/init
$ORA_CRS_HOME/srvm/log
d
Vérifiez dans /
var/log/messages
les messages d’erreurs éventuels
concernant les scripts de lancement des services CRS.
e
Faites une capture d’écran de tous les fichiers journaux pour que le
support puisse les étudier.
52Dépannage
Page 53
Redémarrage en boucle du nœud
Le nœud redémarre continuellement lorsqu’il n’a pas accès au disque
quorum sur la ressource de stockage partagée.
Effectuez les opérations suivantes :
a
Démarrez Linux en mode mono-utilisateur et entrez la commande
suivante
/etc./init.d/init.crs disable
b
Vérifiez que le disque quorum est accessible et que l’interconnexion
privée est fonctionnelle.
c
Redémarrez et tapez :
Si l’interconnexion privée n’est pas active :
a
Démarrez Linux en mode mono-utilisateur.
:
/etc./init.d/init.crs enable
b
Entrez la commande suivante :
/etc./init.d/init.crs disable
c
Vérifiez que le nœud peut envoyer une commande ping aux autres
nœuds du cluster via l’interconnexion privée.
d
Entrez la commande suivante :
/etc./init.d/init.crs enable
Redémarrez le système. Dans certains cas, suite au redémarrage du
système, le réseau accuse un temps d’attente pouvant atteindre
30
secondes avant d’envoyer la commande ping aux autres nœuds du
cluster. Dans ce cas, ajoutez la ligne suivante au début du fichier
/etc./inet.d/init.crs
et redémarrez le système
: /bin/sleep 30
.
Dépannage53
Page 54
Les services CRS échouent au redémarrage des nœuds ou lorsque vous
entrez la commande /etc./ini.d/init.crs start
1
Modifiez
node.session.timeo.replacement_timeout = 144
en
node.session.timeo.replacement_timeout = 30
2
Quittez les sessions iscsi existantes, procédez de nouveau à la détection et
reconnectez-vous pour modifier le délai d’expiration.
3
Déconnectez-vous à l’aide de la commande suivante :
iscsiadm -m session --logout
4
Pour procédez de nouveau à la détection et à la connexion, utilisez la
commande ci-dessous
Vous pouvez vérifier les paramètres ci-dessus sous
/var/lib/iscsi/nodes/iqn*/<any target_port_ip>/default.
54Dépannage
Page 55
Assistant de configuration de base de données
(DBCA)
Le système ne répond pas lorsque vous cliquez sur OK dans la fenêtre
DBCA Summary (Résumé de l’assistant DBCA).
Il s’agit d’un problème de synchronisation JRE (Java Runtime Environment).
Cliquez de nouveau sur OK. Si vous ne recevez pas de réponse, relancez
l’installation du logiciel DBCA.
Divers
Vous recevez des messages d’erreur dd lorsque vous installez le logiciel
à l’aide du CD Dell Deployment n°1.
Ce problème se produit lorsqu’une copie du CD Enterprise Linux est utilisée.
Utilisez toujours le CD original.
Lorsque vous gravez les images de CD (ISO), utilisez les options appropriées,
telles que -dao si vous utilisez la commande cdrecord.
Lorsque vous vous connectez à la base de données sous un ID utilisateur
autre que oracle, vous recevez les messages d’erreur suivants
: ORA01034:
ORACLE not available (ORACLE n’est pas disponible) et Linux Error 13:
Permission denied (Autorisation refusée)
Ce problème se produit lorsque les permissions requises ne sont pas définies
sur le nœud distant.
Sur tous les nœuds distants, ouvrez une session en tant qu’utilisateur root, et
tapez : chmod 6751 $RACINE_ORACLE.
Dépannage55
Page 56
Installation
Echec de l’installation du logiciel Oracle sur les nœuds
Ce problème se produit lorsque les horloges système des nœuds ne sont pas
synchronisées.
Effectuez l’une des procédures suivantes :
•Vérifiez que l’horloge système du nœud sur lequel le logiciel Oracle est
installé est en avance par rapport à celle des autres nœuds.
•Configurez l’un des nœuds comme serveur NTP pour synchroniser les
autres nœuds du cluster.
Lorsque vous exécutez le script root.sh, l’utilitaire ne parvient pas à
formater le disque
Téléchargez et appliquez le correctif Oracle 4679769 disponible sur le site
My Oracle Support, à l’adresse support.oracle.com.
OCR
Mise en réseau
La vérification du cluster échoue
Ce problème se produit lorsque l’adresse IP du réseau public n’est pas
routable ; par exemple : 192.168.xxx.xxx
Attribuez une adresse IP publique valide et routable.
Système de stockage Fibre Channel
Vous recevez des erreurs d’E/S et des avertissements lorsque vous
chargez le module du pilote HBA Fibre Channel
Le pilote HBA, le BIOS ou le micrologiciel doivent être mis à jour.
Pour savoir quelles sont les versions prises en charge, consultez le document
«Solution Deliverable List» (Liste des éléments pris en charge) disponible sur
la page dédiée aux configurations Dell|Oracle validées et testées à l’adresse
dell.com/oracle. Mettez à jour en conséquence le pilote, le BIOS et le
micrologiciel des adaptateurs HBA Fibre Channel.
56Dépannage
Page 57
Système d’exploitation
Les nouveaux périphériques ajoutés à un système Dell PowerEdge ne
sont pas reconnus par le système d’exploitation
Ce problème se produit lorsque Kudzu est désactivé.
Exécutez Kudzu manuellement une fois le nouveau périphérique ajouté
au système.
Utilisation des pilotes DKMS de Dell après la mise à niveau du noyau
Si le noyau est mis à niveau dans un système sur lequel le pilote DKMS est
installé, une fois le noyau mis à niveau, procédez comme suit pour vérifier
que le pilote DKMS mis à jour a été installé pour le noyau le plus récent.
•Si la version du module du noyau mis à jour est supérieure à la version du
pilote DKMS, continuez à utiliser le pilote natif.
•Si la version du module du noyau mis à jour est inférieure à la version du
pilote DKMS, utilisez ce dernier. Dans le répertoire
un fichier nommé
suivante
Par exemple, pour le pilote bnx2, créez le fichier bnx2.conf dans le répertoire
/etc.depmod.d/ avec le contenu suivant :
override bnx2 2.6.18-x.el5 weak-updates
Exécutez ensuite la commande depmod -a.
Pour plus d’informations sur le module DKMS, consultez la page principale
DKMS sur votre système.
:
dkms_module_name.conf
et incluez-y la syntaxe
/etc/depmod.d
, créez
Dépannage57
Page 58
58Dépannage
Page 59
Correctifs de sécurité Oracle et
correctifs recommandés
Cette section traite des mises à jour de sécurité Oracle et des correctifs
recommandés par Oracle.
Mises à jour critiques
Oracle édite des mises à jour critiques (CPU, Critical Patch Update) tous les
trois mois. Celles-ci permettent de corriger les vulnérabilités que pourraient
présenter certains produits Oracle. Ces mises à jour critiques doivent être
impérativement appliquées aux systèmes de production.
Actuellement, la dernière mise à jour critique disponible pour la plateforme
Linux x86_64 est la mise à jour critique 9369783 pour Oracle 11g R1 11.1.0.7
Clusterware.
Correctifs recommandés
Dell conseille d’installer les jeux de correctifs pour plateforme Linux x86_64
recommandés par Oracle. Pour connaître les derniers correctifs recommandés
par Oracle, reportez-vous à l’article Metalink 756671.1 sur le site My Oracle
Support, à l’adresse support.oracle.com.
Les correctifs recommandés par Oracle pour Oracle 11g R1 11.1.0.7 Clusterware sur plateforme Linux x86_64 sont :
•Le correctif générique recommandé pour 11.1.0.7, correctif 9165206
•Le CRS Patch Set Update (CRS PSU) 11.1.0.7.2 recommandé pour
CRS 11.1.0.7, correctif 920725
Correctifs de sécurité Oracle et correctifs recommandés59
Page 60
60Correctifs de sécurité Oracle et correctifs recommandés
Page 61
Dell PowerEdge-Systeme
Oracle Database unter
Enterprise Linux x86_64
Fehlerbehebungshandbuch
Version 4.4
Page 62
Anmerkungen und Vorsichtshinweise
ANMERKUNG: Eine ANMERKUNG macht auf wichtige Informationen
aufmerksam, mit denen Sie den Computer besser einsetzen können.
VORSICHTSHINWEIS: Ein VORSICHTSHINWEIS warnt vor möglichen
Beschädigungen der Hardware oder vor Datenverlust, falls die Anweisungen
nicht befolgt werden.
Die Vervielfältigung oder Wiedergabe dieser Materialien in jeglicher Weise ohne vorherige
schriftliche Genehmigung von Dell Inc. ist strengstens untersagt.
Marken in diesem Text: Dell™, das DELL™ Logo, PowerEdge™ und PowerVault™ sind Marken
von Dell Inc.; EMC
Celeron
ist eine eingetragene Marke von Oracle Inc. in den USA und anderen Ländern; Red Hat
Enterprise Linux
Andere in diesem Dokument möglicherweise verwendete Marken und Handelsbezeichnungen
beziehen sich auf die entsprechenden Eigentümer oder deren Produkte. Dell Inc. erhebt keinen
Anspruch auf Marken und Handelsbezeichnungen mit Ausnahme der eigenen.
Juli 2010Rev. A02
®
sind eingetragene Marken von Intel Corporation in den USA und anderen Ländern; Oracle®
®
und PowerPath® sind Marken von EMC Corporation; Intel®, Pentium® und
®
®
sind eingetragene Marken von Red Hat, Inc. in den USA und anderen Ländern.
Fehlschlagen von NETCA führt zu Fehlern
bei der Datenbankerstellung
. . . . . . . . . . . . 71
Mit NETCA lassen sich keine Remote-Knoten
konfigurieren oder Fehler beim Überprüfen eines
Ursprungsgeräts (RAW device validation error)
beim Ausführen von DBCA
. . . . . . . . . . . . . 71
Cluster Ready Services (CRS)
. . . . . . . . . . . . . . 71
Vorzeitiges Abbrechen von CRS
beim Startvorgang
. . . . . . . . . . . . . . . . . 71
Fehlschlagen des Oracle
Clusterware-Installationsvorgangs
. . . . . . . . . 72
Fehler beim CRS-Start, wenn Sie die Knoten
neu starten oder nach Eingabe des Befehls
/etc/init.d/init.crs start
. . . . . . . . . . . . . . . 72
Kein CRS-Start beim Ausführen von root.sh
Ständiger Neustart eines Knotens
. . . . . . . . . 75
Fehler beim CRS-Start, wenn Sie die Knoten
neu starten oder nach Eingabe des Befehls
/etc/init.d/init.crs start
. . . . . . . . . . . . . . . 76
Database Configuration Assistant (DBCA)
Keine Reaktion beim Klicken auf OK im
Fenster DBCA Summary (DBCA-Übersicht)
Das Fehlerbehebungshandbuch für Oracle Database unter Linux Advanced
Server betrifft Oracle Database 10g R2 unter Red Hat Enterprise Linux oder
Oracle Enterprise Linux 5.5 AS x86_64.
Erforderliche Dokumentation zum Bereitstellen
von Dell Oracle Database
Der Dokumentationssatz für die Dell|Oracle-Datenbankinstallation ist als
Reihe von Modulen aufgebaut. Diese Module behandeln die folgenden
Themen:
•
Dell PowerEdge-Systeme Oracle Database unter Enterprise Linux x86_64
Installationshandbuch für Betriebssystem und Hardware
Mindestanforderungen für Hardware und Softwareversionen,
Informationen zur Installation und Konfiguration des Betriebssystems, zur
Überprüfung der Hardware- und Softwarekonfigurationen und zum Erhalt
von Open-Source-Dateien.
– Beschreibung der
•
Dell PowerEdge-Systeme Oracle Database unter Enterprise Linux x86_64
Speicher- und Netzwerkhandbuch
Konfiguration der Netzwerk- und Speicherlösungen.
•
Dell PowerEdge-Systeme Oracle Database unter Enterprise Linux x86_64
Datenbankeinrichtungs- und -installationshandbuch
Installation und Konfiguration der Oracle-Datenbank.
Dell PowerEdge-Systeme Oracle Database unter Enterprise Linux x86_64
•
Fehlerbehebungshandbuch
bei den Installationsvorgängen aus den vorhergehenden Modulen
auftreten können.
Alle Module enthalten Informationen zur technischen Unterstützung von Dell.
– Beschreibt das Beheben von Fehlern, die
– Beschreibung der Installation und
– Beschreibung der
Übersicht67
Page 68
In diesem Dokument verwendete Terminologie
In diesem Dokument werden die Begriffe Logische Gerätenummer (LUN)
und Virtueller Datenträger verwendet. Diese Begriffe sind synonym und
untereinander ersetzbar. Der Begriff LUN wird üblicherweise im
Zusammenhang mit Dell/EMC Fibre-Channel-Speichersystemumgebungen
und der Begriff Virtueller Datenträger bei Dell PowerVault SAS- und iSCSISpeicherumgebungen (Dell MD3000 und Dell MD3000i mit MD1000Erweiterung) verwendet.
In diesem Dokument ist mit dem Begriff Enterprise Linux sowohl Red Hat
Enterprise Linux als auch Oracle Enterprise Linux gemeint, falls nicht
anders angegeben.
Wie Sie Hilfe bekommen
Dieser Abschnitt enthält Kontaktinformationen von Dell oder Oracle, über
die Sie Whitepapers, Informationen zu den unterstützten Konfigurationen,
Schulungsmaterial, technischen Support und allgemeine Informationen
anfordern können.
Dell Support
•Ausführliche Informationen zur Verwendung des Systems finden Sie in der
zusammen mit den Systemkomponenten gelieferten Dokumentation.
•Whitepapers, Informationen zu den von Dell unterstützten
Konfigurationen und allgemeine Informationen erhalten Sie auf der
Website für unterstützte und geprüfte Dell/Oracle-Konfigurationen unter
dell.com/oracle
.
68Übersicht
Page 69
Fehlerbehebung
In diesem Abschnitt sind empfohlene Maßnahmen für Probleme aufgeführt,
die bei der Bereitstellung und beim Einsatz von Enterprise Linux und OracleSoftware auftreten können.
Leistung und Stabilität
Unzureichende Leistung und instabiler Betrieb von Enterprise Linux;
übermäßige Beanspruchung des Swap-Speichers
Wenn Oracle System Global Area (SGA) die empfohlene Größe übersteigt,
sinkt die Leistung von Enterprise Linux. Stellen Sie stets sicher, dass die SGAGröße nicht mehr als 65 % des gesamten System-RAMs beträgt. So reduzieren
Sie die SGA-Größe:
Geben Sie an der Eingabeaufforderung
vorhandenen RAM-Speichers festzustellen. Vermindern Sie dementsprechend
die Werte für
Parameterdatei.
db_cache_size
und
shared_pool_size parameters
free
ein, um die Größe des
in der Oracle-
Warnung über unbekannten Schnittstellentyp im Oracle-Alarmprotokoll;
schlechte Systemleistung
Dieses Problem tritt auf, wenn die öffentliche Schnittstelle für interne
Clusterkommunikation konfiguriert ist (private Schnittstelle).
Führen Sie auf einem Knoten folgende Schritte aus, um den Netzwerkverkehr
des Clusters auf die private Netzwerkschnittstelle umzuleiten:
a
Melden Sie sich als Benutzer
b
Geben Sie an der Eingabeaufforderung
ein. Die Eingabeaufforderung
c
Geben Sie an der Eingabeaufforderung
alter system set cluster_interconnects=<Private
IP-Adresse Knoten1>’ scope=spfile sid=’<SID1>’
alter system set cluster_interconnects=’<Private
IP-Adresse Knoten2>’ scope=spfile sid=’<SID2>’
oracle
SQL>
an.
sqlplus „/ as sysdba
wird angezeigt.
SQL>
folgende Zeilen ein:
”
Fehlerbehebung69
Page 70
d
Erstellen Sie diese Einträge für jeden Knoten im Cluster.
e
Starten Sie die Datenbank auf allen Knoten neu, indem Sie folgende
Befehle eingeben:
und überprüfen Sie, ob für alle Instanzen die privaten IP-Adressen
verwendet werden.
,
Enterprise Manager
Fehlschlagen von Enterprise Manager-Agent
Der Enterprise Manager schlägt fehl, wenn das Enterprise-ManagerRepository leer ist.
Geben Sie Folgendes ein, um die Konfigurationsdatei und das Repository für die
Datenbankkonsole neu zu erstellen:
emca -config dbcontrol db repos recreate
Ausführliche Anweisungen erhalten Sie im Oracle Metalink-Artikel 330976.1.
Oracle Clustered File System2 (OCFS2)
Einfrieren des System beim Mounten oder Unmounten von OCFSPartitionen
Dieses Problem tritt auf, wenn das Unmounting von OCFS-Partitionen an
zwei Knoten genau zur gleichen Zeit erfolgt.
VORSICHTSHINWEIS: Starten Sie immer nur ein System auf einmal neu.
ANMERKUNG: Es wird davon abgeraten, das Netzwerk an einem aktiven Knoten
neu zu starten. Wenn versucht wird, den Netzwerkdienst von einem aktiven Knoten
im Cluster aus neu zu starten, reagiert der Knoten für unbestimmte Zeit nicht mehr.
Dieses Verhalten ist bei OCFS2 normal.
70Fehlerbehebung
Page 71
Network Configuration Assistant (NETCA)
Fehlschlagen von NETCA führt zu Fehlern bei der Datenbankerstellung
NETCA schlägt fehl, da die öffentliche Netzwerkschnittstelle, Hostname oder
virtuelle IP nicht in der Datei
Stellen Sie vor dem Ausführen von NETCA sicher, dass dem öffentlichen
Netzwerk ein Hostname zugewiesen ist und dass die öffentlichen und
virtuellen IP-Adressen in der Datei /etc/hosts.equiv aufgeführt sind.
/etc/hosts.equiv
Mit NETCA lassen sich keine Remote-Knoten konfigurieren oder Fehler
beim Überprüfen eines Ursprungsgeräts (RAW device validation error)
beim Ausführen von DBCA
Dies tritt auf, wenn die Datei /etc/hosts.equiv nicht vorhanden ist oder nicht
die zugewiesenen öffentlichen und virtuellen IP-Adressen enthält.
Stellen Sie sicher, dass die Datei /etc/hosts.equiv auf jedem Knoten die
richtige öffentliche und virtuelle IP-Adresse enthält. Versuchen Sie als
Benutzer oracle mit rsh auf andere öffentliche Knotennamen und
virtuelle IP-Adressen zuzugreifen.
aufgeführt werden.
Cluster Ready Services (CRS)
Vorzeitiges Abbrechen von CRS beim Startvorgang
Siehe Oracle-Programmfehler 4698419. Rufen Sie die My Oracle SupportWebsi te support.oracle.com auf.
Wenden Sie den Patch 4698419 an, der auf der My Oracle Support-Website
support.oracle.com zur Verfügung steht.
Fehlerbehebung71
Page 72
Fehlschlagen des Oracle Clusterware-Installationsvorgangs
Die Installation von Oracle Clusterware schlägt fehl, da die EMC PowerPathGerätenamen auf den Clusterknoten nicht einheitlich sind.
Starten Sie PowerPath vor der Installation von Oracle Clusterware neu und
stellen Sie sicher, dass die PowerPath-Gerätenamen auf allen Knoten
einheitlich sind.
Fehler beim CRS-Start, wenn Sie die Knoten neu starten oder nach
Eingabe des Befehls /etc/init.d/init.crs start
CRS kann nicht starten, wenn der CSS-Daemon (Cluster Ready Services)
nicht auf den Quorum-Datenträger schreiben kann.
Versuchen Sie, den Dienst erneut zu starten, indem Sie den Knoten neu
starten oder Folgendes eingeben:
root.sh im Verzeichnis/crs/oracle/product/11.1.0/crs/
Stellen Sie sicher, dass alle Knoten Zugriff auf den Quorum-Datenträger haben
root
und der Benutzer
über Schreibrechte auf diesem Datenträger verfügt.
Überprüfen Sie die letzte Zeile in der Datei
$ORA_CRS_HOME/css/log/ocssd.log.
Wenn Sie Folgendes sehen:
clssnmvWriteBlocks: Failed to flush writes to
(votingdisk),
überprüfen Sie Folgendes:
•Die Datei
/etc/hosts
auf den einzelnen Knoten enthält die korrekten
IP-Adressen für alle Knoten-Hostnamen, einschließlich der virtuellen
IP-Adressen.
•Die öffentlichen und privaten Hostnamen reagieren auf Ping-Befehle.
•Die Oracle Cluster Registry-Datei (OCR) und der Voting-Datenträger
können beschrieben werden.
72Fehlerbehebung
Page 73
Kein CRS-Start beim Ausführen von root.sh
ANMERKUNG: Stellen Sie sicher, dass die öffentlichen und privaten
Knotennamen definiert sind und die Knotennamen auf Ping-Befehle reagieren.
Versuchen Sie den Dienst neu zu starten, indem Sie den Knoten neu starten
oder den Befehl root.sh im Verzeichnis /crs/oracle/product/11.1.0/crs/
ausführen, nachdem Sie die Netzwerkprobleme behoben haben.
Die folgenden Probleme können zum Fehlschlagen von CRS führen:
•Kein Zugriff auf die OCR-Datei und den Speicher für
Statusinformationen.
Beheben Sie das E/A-Problem und versuchen Sie den Dienst neu zu
starten, indem Sie den Knoten neu starten oder den Befehl
Verzeichnis
/crs/oracle/product/11.1.0/crs/
ausführen.
root.sh
•Die OCR-Datei und der Voting-Datenträger wurden nicht gelöscht und
enthalten veraltete Informationen.
Löschen Sie die OCR-Datei und den Voting-Datenträger, um die
veralteten Informationen zu entfernen.
im
Unter RHEL4 können Sie dazu die folgenden Zeilen eingeben:
dd if=/dev/zero of=/dev/raw/ocr.dbf
dd if=/dev/zero of=/dev/raw/votingdisk
Versuchen Sie den Dienst neu zu starten, indem Sie den Knoten
neu starten oder den Befehl
/crs/oracle/product/11.1.0/crs/
root.sh im Verzeichnis
ausführen.
•Der Oracle-Benutzer besitzt keine Zugriffsrechte auf das Verzeichnis
/var/tmp
a
(insbesondere
/var/tmp/.oracle
).
Legen Sie den Oracle-Benutzer als Besitzer des Verzeichnisses
/var/tmp/.oracle
fest, indem Sie den folgenden Befehl eingeben:
chown oracle.oinstall /var/tmp/.oracle
b
Versuchen Sie den Dienst neu zu starten, indem Sie den Knoten neu
starten oder den Befehl
/crs/oracle/product/11.1.0/crs/
root.sh im Verzeichnis
ausführen.
Fehlerbehebung73
Page 74
Wenn alle anderen Maßnahmen zur CRS-Fehlerbehebung erfolglos bleiben,
führen Sie Folgendes aus:
a
Aktivieren Sie den Debug-Modus, indem Sie folgende Zeile
hinzufügen:
to root.sh:
set -x
b
Versuchen Sie, den Dienst neu zu starten, indem Sie
root.sh
von
folgendem Pfad ausführen:
/crs/oracle/product/11.1.0/crs/
c
Überprüfen Sie die Protokolldateien in den folgenden Verzeichnissen,
um mehr Informationen über das Problem zu erhalten:
$ORA_CRS_HOME/crs/log
$ORA_CRS_HOME/crs/init
$ORA_CRS_HOME/css/log
$ORA_CRS_HOME/css/init
$ORA_CRS_HOME/evm/log
$ORA_CRS_HOME/evm/init
$ORA_CRS_HOME/srvm/log
d
Fehlermeldungen des CRS-Initialisierungsskripts finden Sie in
/var/log/messages
e
Erstellen Sie eine Kopie dieser Protokolldateien für die Diagnose
.
durch den Support.
74Fehlerbehebung
Page 75
Ständiger Neustart eines Knotens
Ein Knoten startet wiederholt neu, wenn er keinen Zugriff auf den QuorumDatenträger im gemeinsamen Speichersystem hat.
Führen Sie folgende Schritte durch:
a
Starten Sie Linux im Einzelbenutzer-Modus und geben Sie den
folgenden Befehl ein:
/etc/init.d/init.crs disable
b
Überprüfen Sie, ob der Quorum-Datenträger verfügbar ist und die
private Verbindung funktioniert.
c
Starten Sie neu und geben Sie ein:
/etc/init.d/init.crs enable
Wenn die private Verbindung ist ausgefallen ist:
a
Starten Sie Linux im Einzelbenutzer-Modus.
b
Geben Sie folgenden Befehl ein:
/etc/init.d/init.crs disable
c
Überprüfen Sie, ob der Knoten die anderen Clusterknoten mit PingBefehlen über die private Verbindung erreicht.
d
Geben Sie folgenden Befehl ein:
/etc/init.d/init.crs enable
Starten Sie das System neu. In bestimmten Fällen kommt es zu einer
Latenzzeit von bis zu 30 Sekunden im Netzwerk, bevor die anderen
Clusterknoten nach einem Neustart auf Ping-Befehle reagieren.
Ergänzen Sie in diesem Fall die folgende Zeile am Anfang der Datei
/etc/inet.d/init.crs
und starten Sie das System neu:
/bin/sleep 30
.
Fehlerbehebung75
Page 76
Fehler beim CRS-Start, wenn Sie die Knoten neu starten oder nach
Eingabe des Befehls /etc/init.d/init.crs start
1
Ändern Sie
node.session.timeo.replacement_timeout = 144
in
node.session.timeo.replacement_timeout = 30
Melden Sie sich von bestehenden iscsi-Sitzungen ab, führen Sie eine
2
Neuerkennung durch und melden Sie sich erneut an, damit das neue
Zeitlimit in Kraft tritt.
3
Melden Sie sich mit folgendem Befehl ab:
iscsiadm -m session --logout
Um die Neuerkennung durchzuführen und sich wieder anzumelden,
Sie können die obigen Einstellungen mit
/var/lib/iscsi/nodes/iqn*/<Beliebige Ziel-Port-IP>/default überprüfen.
76Fehlerbehebung
Page 77
Database Configuration Assistant (DBCA)
Keine Reaktion beim Klicken auf OK im Fenster DBCA Summary
(DBCA-Übersicht)
Dies ist ein Zeitüberschreitungsproblem der Java Runtime Environment.
Klicken Sie erneut auf OK. Falls noch immer keine Reaktion erfolgt, starten
Sie die DBCA-Softwareinstallation neu.
Verschiedenes
dd-Fehlermeldungen während der Installation der Software mit der
Dell Deployment-CD 1
Dieses Problem tritt auf, wenn eine Kopie der Enterprise Linux CD verwendet
wird. Verwenden Sie immer die Original-CD.
Verwenden Sie beim Brennen von CD-Images (ISOs) für den Befehl
die korrekten Optionen wie
-dao
.
cdrecord
Wenn Sie sich mit der Datenbank nicht als Benutzer oracle verbinden,
erhalten Sie die Fehlermeldungen ORA01034: ORACLE not available und
Linux Error 13: Permission denied
Dieses Problem tritt auf, wenn am Remote-Knoten nicht die erforderlichen
Berechtigungen eingerichtet sind.
Geben Sie auf allen Netzwerkknoten als Benutzer root den Befehl chmod 6751 $ORACLE_HOME ein.
Fehlerbehebung77
Page 78
Installation
Oracle-Software lässt sich auf den Knoten nicht installieren
Dieses Problem tritt auf, wenn die Systemzeiten der Knoten nicht
identisch sind.
Führen Sie eines der folgenden Verfahren aus:
•Stellen Sie sicher, dass die Systemzeit auf dem Knoten für die OracleInstallation auf eine spätere Zeit als die übrigen Knoten eingestellt ist.
•Konfigurieren Sie einen der Knoten als NTP-Server, um die übrigen
Knoten im Cluster zu synchronisieren.
Beim Ausführen von root.sh lässt sich der OCR-Datenträger nicht
formatieren
Laden Sie den Oracle-Patch 4679769 von der My Oracle Support-Website
support.oracle.com herunter und wenden Sie ihn an.
Netzwerk
Fehlschlagen der Clusterüberprüfung
Dieses Problem tritt auf, wenn die IP-Adresse des öffentlichen Netzwerks
nicht routingfähig ist, zum Beispiel: 192.168.xxx.xxx
Weisen Sie eine gültige, routingfähige öffentliche IP-Adresse zu.
Fibre-Channel-Speichersystem
Sie erhalten E/A-Fehler und -Warnmeldungen, wenn Sie das FibreChannel-HBA-Treibermodul laden.
Für HBA-Treiber, BIOS oder Firmware ist ein Update erforderlich.
Die unterstützten Versionen sind in der „Solution Deliverable List“ (SDL)
auf der Dell|Oracle-Website für geprüfte und zugelassene Konfigurationen
dell.com/oracle aufgeführt. Führen Sie die entsprechenden Updates des
Treibers, des BIOS und der Firmware der Fibre-Channel-HBAs durch.
78Fehlerbehebung
Page 79
Betriebssystem
Wenn Sie dem Dell PowerEdge-System ein neues Peripheriegerät
hinzufügen, wird das Gerät vom Betriebssystem nicht erkannt
Das Problem tritt auf, wenn Kudzu deaktiviert ist.
Führen Sie Kudzu nach dem Hinzufügen des neuen Peripheriegeräts
manuell aus.
Verwenden von Dell DKMS-Treibern nach dem Kernel-Upgrade
Wenn ein Kernel-Upgrade auf einem System mit installiertem DKMS-Treiber
durchgeführt wird, befolgen Sie nach dem Kernel-Upgrade die
untenstehenden Anweisungen, um sicherzustellen, dass der aktualisierte
DKMS-Treiber für den neuesten Kernel installiert ist.
•Wenn die Modulversion des aktualisierten Kernels höher ist als die dkmsTreiberversion, verwenden Sie weiterhin den nativen Treiber.
•Wenn die Modulversion des aktualisierten Kernels niedriger ist als die
DKMS-Treiberversion, verwenden Sie den DKMS-Treiber. Erstellen Sie
eine Datei unter
Erstellen Sie beispielsweise für den bnx2-Treiber die Datei bnx2.conf unter
/etc/depmod.d/ mit folgendem Inhalt:
override bnx2 2.6.18-x.el5 weak-updates
Führen Sie den Befehl depmod -a aus.
Weitere Informationen zu DKMS finden Sie auf der entsprechenden manSeite des Systems.
Fehlerbehebung79
Page 80
80Fehlerbehebung
Page 81
Oracle Sicherheits-Patches und
empfohlene Patches
Dieser Abschnitt informiert über die empfohlenen Oracle Sicherheits-PatchUpdates und empfohlene Patches.
Kritische Patch-Updates
Oracle gibt vierteljährlich kritische Patch-Updates (CPUs) heraus, mit denen
potentielle Sicherheitslücken bei Oracle-Produkten behoben werden. Diese
CPU-Patches müssen auf Produktionssystemen angewendet werden.
Dies ist der aktuelle CPU-Patch für die Linux x86_64-Plattform:
Oracle 11g R1 11.1.0.7 Clusterware CPU-Patch 9369783.
Empfohlene Patches
Dell empfiehlt, die von Oracle empfohlene Datenbank-Patchsets für die Linux
x86_64-Plattform anzuwenden. Die aktuellen von Oracle empfohlenen Patches
sind im Metalink-Artikle 756671.1 auf
support.oracle.com
aufgeführt.
Dies sind die aktuellen von Oracle empfohlenen Patches für
Oracle 11g R1 11.1.0.7 Clusterware unter Linux x86_64