RE: RAC CR REQUEST RETRY - Which node is holding the data block?

From: <>
Date: Wed, 14 Nov 2012 10:51:17 -0600
Message-ID: <>


I would assume this needs to be run during the interval when the block request failures are occuring?


-----Original Message-----

From: Herring Dave - dherri [] Sent: Wednesday, November 14, 2012 10:49 AM To: Taylor Christopher - Nashville; Subject: RE: RAC CR REQUEST RETRY - Which node is holding the data block?


I've got a query I pulled from a paper by Riyaj Shamsudeen on DRM that may be of use:

COL kjblname2 FORMAT A22
COL kjblowner HEADING 'Inst Owner|of Block' COL kjblmaster HEADING 'Inst Master|of Block' COL fl FORMAT 99999

SELECT kj.*, le.le_addr
  FROM (SELECT kjblname, kjblname2, kjblowner, kjblmaster, kjbllockp

             , SUBSTR(kjblname2, INSTR(kjblname2, ',') + 1, 
                                 INSTR(kjblname2, ',' , 1, 2) - INSTR(kjblname2, ',', 1, 1) - 1) / 65536 fl
             , SUBSTR(kjblname2, 1, INSTR(kjblname2, ',') - 1) blk 
          FROM x$kjbl) kj
     , x$le le

 WHERE le.le_kjbl = kj.kjbllockp
   AND (fl = <file# for block> AND blk = <block# in question>) ORDER by le.le_addr;

The instance master keeps track of a block's state whereas the instance owner has the actual block in it's cache.

Acxiom Corporation

TEL    630.944.4762
MBL   630.430.5988

1501 Opus Pl, Downers Grove, IL 60515, USA WWW.ACXIOM.COM

-----Original Message-----

From: [] On Behalf Of Sent: Tuesday, November 13, 2012 10:26 AM To:
Subject: RAC CR REQUEST RETRY - Which node is holding the data block?

Setup: 64-bit
RHEL 3 node RAC
node1 is requesting blocks for a transaction - either node2 or node3 is holding the block(s) that are being requested. How can I determine which node(s) of the cluster are holding the requested block(s)?


Chris Taylor
Oracle DBA
Parallon IT&S<>


The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged.

If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited.

If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system.

Thank You.

-- Received on Wed Nov 14 2012 - 17:51:17 CET

Original text of this message