ASM Instance Is Hanging in an Extended Cluster When the Third Voting Disk on NFS Is Unavailable (Doc ID 1551786.1)

Last updated on FEBRUARY 22, 2017

Applies to:

Oracle Database - Enterprise Edition - Version 11.2.0.1 to 11.2.0.3 [Release 11.2]
Oracle Database - Standard Edition - Version 11.2.0.4 to 11.2.0.4 [Release 11.2]
Information in this document applies to any platform.
Extended (Stretched) Cluster (RAC) with 2 nodes.
Each of the two nodes is attached to one (local) SAN.

Grid Infrastructure patch release 11.2.0.3.5
RDBMS patch release: 11.2.0.3.5 (compatible set to 11.2.0.3)
Diskgroups are configured with compatible.advm=11.2.0.3, compatible.rdbms=11.2.0.3 & compatible.asm=11.2.0.3

Symptoms

Clusterware files (voting files and OCR) are stored in an ASM diskgroup.
The diskgroup used for this purpose was created with normal redundancy and contains three disks for three voting files:

* Two voting disks are located on the two SAN's
* The third voting disk is located at a third location as NFS file (e.g. on a separate Linux server)

An example for such a diskgroup (here from v$asm_disk):

 

Problem:

The ASM instance is experiencing a hang situation.
Dependent on the status of the asm instance and/or on the tasks which will be performed on ASM side there are different scenarios (symptoms) possible.

Some example scenarios are:

* A query from v$asm_disk or v$asm_diskgroup views is hanging.
   But at the same time a query against the v$asm_disk(group)_stat views does succeed (Note: we don't access the NFS disk physically in that case).

* An ASM diskgroup recovery is stucking. In this case we see messages in the asm alertfile like:

   14:12:51+: NOTE: waiting for instance recovery of group 3
   14:12:51+: NOTE: waiting for instance recovery of group 2
   14:12:51+: NOTE: waiting for instance recovery of group 3
   14:12:52+: NOTE: waiting for instance recovery of group 2
   14:12:52+: NOTE: waiting for instance recovery of group 1...

* The ASM instance and/or the clusterware are hanging after a restart of the CRS stack and/or of the ASM instance

Changes

Clusterware files (incl. voting files) were moved from non-ASM to ASM storage.

Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms