SUMMARY: Veritas file-systems - Uncorrectable read error

From: Carlos Sevillano <carlos_sevillano_at_ureach.com>
Date: Mon Oct 07 2002 - 16:32:58 EDT
Thanks to all who replied:

"Hswe, Barbara" <b.hswe@genaissance.com>
"Donaldson, Mark"
<Mark.Donaldson@experianems.com> 

>From Mark:

'm not sure you're fsck-ing right with
those. Try: 
fsck -F vxfs -o full -y
/dev/vx/rdsk/rootdg/DUMP   (did not work
read errors)


Sun worked with my on several things... 

newfs -N /dev/vx/rdsk/ora8i01  (Gives you
alternate Super-Blocks Block

fsck -N /dev/vx/rdsk/ora8i01  (no good...
read errors).

In the end SUN said I was toast and the root
cause was missing patches.  In 
particular the File-system Patch below:

-rw-rw-r--   1 root       other      7129973
Oct  4 15:24 105463-10.tar.Z
-rw-rw-r--   1 root       other      1559388
Oct  4 15:26 108474-02.tar.Z

Before starting clean, I applied the patch
and rebooted.  To my surprise with
the new patch everything was clean-up and
mounted:

The /ora8i01 file system
(/dev/vx/rdsk/rootdg/ora8i01) is being
checked.
log replay in progress
replay complete - marking super-block as
CLEAN
The /ora8i02 file system
(/dev/vx/rdsk/rootdg/ora8i02) is being
checked.
log replay in progress
replay complete - marking super-block as
CLEAN
The /ora8i03 file system
(/dev/vx/rdsk/rootdg/ora8i03) is being
checked.
log replay in progress
replay complete - marking super-block as
CLEAN
checking ufs filesystems
/dev/md/rdsk/d40: is clean.
/dev/md/rdsk/d50: is clean.
NOTICE: msgcnt 1 vxfs: mesg 071: cleared
data I/O error flag
in/dev/vx/dsk/rootdg/ora2 file system
NOTICE: msgcnt 2 vxfs: mesg 071: cleared
data I/O error flag
in/dev/vx/dsk/rootdg/ora3 file system


Thanks.


ORIGINAL POSTING:

Date 
            Fri, 4 Oct 2002 10:55:04am 
      From 
            Carlos Sevillano
<carlos_sevillano@ureach.com>  Add to
address book 
        To 
            sunmanagers@sunmanagers.org
     Subject 
            Veritas file-systems -
Uncorrectable read error       


 Solaris 2.6 (5.6 Generic_105181-26 sun4u
 sparc SUNW,Ultra-4)
 VxVM (veritas-2.5.3c:27-apr-1998 (yes it is
 old))
 VxFS (3.3.2 for Solaris 7 (32-bit/64-bit),
 2.6 and 2.5.1)

 I lost four veritas file-systems...
ora8i01,
 ora8i02, ora8i03 and DUMP.  My
 Netbackup backups are not there for those
 four.  Probably because the file-system are
 currupted
 Netbackup skipped them.  Is there anyway to
 migrate or restore the data.  These
 are the type of errors I get:

 unix: WARNING: vxvm:vxio: Subdisk disk04-12
 block 887156
 : Uncorrectable read error


 These are the erros I get when using fsck:

 fsck -o full -y /dev/vx/rdsk/rootdg/DUMP
 vxfs fsck: file system had I/O error(s) on
 user data.
 file system is larger than device
 vxfs fsck: cannot initialize aggregate
 file system check failure, aborting ...

 fsck -o full -y /dev/vx/rdsk/rootdg/ora8i01
 vxfs fsck: read of super-block on
 /dev/vx/rdsk/rootdg/ora8i01 failed: No such
 device or address
 file system check failure, aborting ...

 fsck -o full -y 
/dev/vx/rdsk/rootdg/ora8i02 
 vxfs fsck: read of super-block on
 /dev/vx/rdsk/rootdg/ora8i02 failed: No such
 device or address
 file system check failure, aborting ...

 fsck -o full -y /dev/vx/rdsk/rootdg/ora8i03
 vxfs fsck: read of super-block on
 /dev/vx/rdsk/rootdg/ora8i03 failed: No such
 device or address
 file system check failure, aborting ...

 fsck -o full -y /dev/vx/rdsk/rootdg/ora8i03
 -o b=32
 vxfs fsck: read of super-block on
 /dev/vx/rdsk/rootdg/ora8i03 failed: No such
 device or address
 file system check failure, aborting ...


 This is the disk affected (disk04):

 # vxprint -Ath | grep disk04
 dm disk04       c2t0d65s2    sliced  
 1439     28448640 -
 sd disk04-13    DUMP-01      disk04  
 1609920  1536480  8910392   c2t0d65  ENA
 sd disk04-15    DUMP-01      disk04  
 4125600  4501440  11470712  c2t0d65  ENA
 sd disk04-16    DUMP-01      disk04  
 11845440 668160   15972152  c2t0d65  ENA
 sd disk04-17    DUMP-01      disk04  
 14539680 93600    16640312  c2t0d65  ENA
 sd disk04-18    DUMP-01      disk04  
 15654240 1440     16733912  c2t0d65  ENA
 sd disk04-12    logs-01      disk04  
 14633280 1020960  8392072   c2t0d65  ENA
 sd disk04-02    ora0-01      disk04  
 12513600 23040    4721424   c2t0d65  ENA
 sd disk04-03    ora2-01      disk04  
 16705440 4191840  4721424   c2t0d65  ENA
 sd disk04-01    ora2-01      disk04  
 0        1609920  8913264   c2t0d65  ENA
 sd disk04-04    ora3-01      disk04  
 20897280 1236960  5249168   c2t0d65  ENA
 sd disk04-07    ora8i01-01   disk04  
 8696160  1049760  0         c2t0d65  ENA
 sd disk04-06    ora8i01-01   disk04  
 3146400  979200   1049760   c2t0d65  ENA
 sd disk04-10    ora8i01-01   disk04  
 8627040  69120    2028960   c2t0d65  ENA
 sd disk04-11    ora8i01-01   disk04  
 15657120 1048320  2098080   c2t0d65  ENA
 sd disk04-05    ora8i01-01   disk04  
 12536640 2003040  24189120  c2t0d65  ENA
 sd disk04-14    ora8i01-01   disk04  
 22134240 6314400  26192160  c2t0d65  ENA
 sd disk04-08    ora8i02-01   disk04  
 9745920  1049760  0         c2t0d65  ENA
 sd disk04-09    ora8i03-01   disk04  
 10795680 1049760  0         c2t0d65  ENA

 The other file-system are ok... and so are
 their backups (logs,ora0, ora2, ora3).

 Any way to move/migrate or save the data
 from the bad ones?

 Carlos

________________________________________________
Get your own "800" number
Voicemail, fax, email, and a lot more
http://www.ureach.com/reg/tag
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Mon Oct 7 16:35:54 2002

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:42:56 EST