Interpreting an index data block dump

Question

I have seen a few postings about reading index data blocks, mine doesnt quite look like those.
Ok: 11Gr1 (linux)
Tracing down a hot block issue with an index, I performed
alter system dump datafile 11 block 4030208;
Looking at the Web page "Index Block Dump: Index Only Section Part II (Station To Station)" and others they show a dump like this:
row#0[8021] flag: ——, lock: 0, len=15
col 0; len 5; (5): 42 4f 57 49 45
col 1; len 6; (6): 02 01 48 8a 00 00
row#1[8002] flag: ——, lock: 0, len=19
col 0; len 9; (9): 4d 41 4a 4f 52 20 54 4f 4d
col 1; len 6; (6): 02 01 48 8a 00 02
row#2[7987] flag: ——, lock: 0, len=15
col 0; len 5; (5): 5a 49 47 47 59
col 1; len 6; (6): 02 01 48 8a 00 01
—– end of leaf block dump —–
End dump data blocks tsn: 8 file#: 8 minblk 84234 maxblk 84234
I dont see anything that "obvious" in my dump. Am I looking at something other then an leaf block perhaps?
I am expecting/hoping to see some sort of pairs for an index like X(y number, z number)
Block dump from cache:
Dump of buffer cache at level 4 for tsn=6, rdba=50167552
BH (0x275f2aec8) file#: 11 rdba: 0x02fd7f00 (11/4030208) class: 4 ba: 0x274992000
  set: 111 bsz: 8192 bsi: 0 sflg: 0 pwc: 0, 25 lid: 0x00000000,0x00000000
  dbwrid: 2 obj: 127499 objn: 77784 tsn: 6 afn: 11
  hash: [0x403d34650,0x403d34650] lru: [0x333f32878,0x209f4ea88]
  lru-flags: hot_buffer
  ckptq: [NULL] fileq: [NULL] objq: [0x22dede3f8,0x30ff9c3f8]
  st: XCURRENT md: NULL tch: 2
  flags: block_written_once redo_since_read gotten_in_current_mode
  LRBA: [0x0.0.0] LSCN: [0x0.0] HSCN: [0xffff.ffffffff] HSUB: [34]
  cr pin refcnt: 0 sh pin refcnt: 0
  buffer tsn: 6 rdba: 0x02fd7f00 (11/4030208)
  scn: 0x0001.19bccf84 seq: 0x02 flg: 0x04 tail: 0xcf841002
  frmt: 0x02 chkval: 0x987f type: 0x10=DATA SEGMENT HEADER - UNLIMITED
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0000000274992000 to 0x0000000274994000
274992000 0000A210 02FD7F00 19BCCF84 04020001  [................]
274993FF0 00000000 00000000 00000000 CF841002  [................]
  Extent Control Header
  Extent Header:: spare1: 0      spare2: 0      #extents: 66     #blocks: 10239
                  last map  0x00000000  #maps: 0      offset: 4128
      Highwater::  0x047feb5b  ext#: 65     blk#: 731    ext size: 1024
  #blocks in seg. hdr's freelists: 0
  #blocks below: 9946
  mapblk  0x00000000  offset: 65
                   Unlocked
     Map Header:: next  0x00000000  #extents: 66   obj#: 127499 flag: 0x40000000
  Extent Map
   0x02fd7f01  length: 127
   0x0339ea80  length: 128
...

Answer 1

Some time ago, I wrote a python script to print decimal form integer values from an index block dump. I don't know if it will help you, but it may be a start. It only prints the integer equivalent of the first column in the index, as that is what I needed at the time.
It is called as...
18:55:31 oracle@oh1xcwcdb01 /u02/admin/wcperf/udump >./blockdump.py wcperf1_ora_21618.trc
col  0: [ 4]  c4 48 2a 53 converts to 71418200 on line #526 in the block dump.
col  0: [ 5]  c4 48 2a 53 1d converts to 71418228 on line #640 in the block dump.
col  0: [ 6]  c5 08 02 20 61 3f converts to 701319662 on line #648 in the block dump.
col  0: [ 6]  c5 08 03 2f 33 17 converts to 702465022 on line #785 in the block dump.
col  0: [ 6]  c5 08 03 2f 33 5f converts to 702465094 on line #793 in the block dump.
col  0: [ 6]  c5 08 03 2f 40 38 converts to 702466355 on line #801 in the block dump.
col  0: [ 6]  c5 08 03 30 09 5c converts to 702470891 on line #809 in the block dump.
col  0: [ 6]  c5 08 03 32 61 05 converts to 702499604 on line #817 in the block dump.
col  0: [ 6]  c5 08 03 33 0b 06 converts to 702501005 on line #827 in the block dump.
col  0: [ 6]  c5 08 03 33 19 4b converts to 702502474 on line #835 in the block dump.
col  0: [ 6]  c5 08 03 33 44 3d converts to 702506760 on line #843 in the block dump.
col  0: [ 6]  c5 08 03 33 45 08 converts to 702506807 on line #851 in the block dump.
col  0: [ 6]  c5 08 03 33 4e 5a converts to 702507789 on line #859 in the block dump.
col  0: [ 6]  c5 08 03 33 5f 3b converts to 702509458 on line #867 in the block dump.
col  0: [ 6]  c5 09 01 01 21 64 converts to 800003299 on line #875 in the block dump.
col  0: [ 6]  c5 09 01 01 22 3b converts to 800003358 on line #883 in the block dump.
18:55:41 oracle@oh1xcwcdb01 /u02/admin/wcperf/udump >...and the script itself is below...
#!/usr/bin/python
#Author:        Steve Howard
#Date:          March 23, 2009
#Organization:  AppCrawler
#Purpose:       Simple script to print integer equivalents of block dump values in index.
import fileinput
import string
import sys
import re
#boo=1
boo=0
j=0
for line in fileinput.input([sys.argv[1:][0]]):
  j=j+1
  if re.match('^col  0:', line):
    #print line
    dep=int(string.replace(string.split(string.split(line,"]")[1])[0],"c","")) - 1
    #print dep
    i=0
    tot=0
    exp=dep
    for col in string.split(string.split(line,"]")[1]):
      if i > 0:
        tot = tot + ((int(col, 16) - 1) * (100**exp))
        exp = exp - 1
      i = i + 1
    print line.rstrip("\n") + " converts to " + str(tot) + " on line #" + str(j) + " in the block dump."