SUMMARY: dev_seek error during ufsdump

Hello,

I'm glad to inform you all our problem has been solved.

Below is part of the original post to the list.

---------------------
Few days ago one of our E3500 systems become to fail its backups with the
following error message:

   DUMP: Writing 32 Kilobyte records
     DUMP: Date of this level 0 dump: Wed Feb 12 03:38:08 2003
     DUMP: Date of last level 0 dump: the epoch
     DUMP: Dumping /dev/vx/rdsk/rootvol (buseoori:/) to /dev/rmt/0hn.
     DUMP: Mapping (Pass I) [regular files]
     DUMP: Mapping (Pass II) [directories]
     DUMP: Estimated 1301400 blocks (635.45MB).
     DUMP: Dumping (Pass III) [directories]
     DUMP: Dumping (Pass IV) [regular files]
     DUMP: bread: dev_seek error: Error 0
   <snip>
     DUMP: bread: dev_seek error: Error 0
     DUMP: Warning - block 1818755308 is beyond the end of
   `/dev/vx/rdsk/rootvol'
   <snip>
     DUMP: Warning - block 1650221670 is beyond the end of
   `/dev/vx/rdsk/rootvol'
     DUMP: More than 32 block read errors from dump device
   `/dev/vx/rdsk/rootvol'
     DUMP: bread: dev_seek error: Error 0
     DUMP: NEEDS ATTENTION: Do you want to attempt to continue? ("yes" or
   "no")   DUMP: bread: dev_seek error: Error 0
---------------------
Thanks must go to:

Darren Dunham^2
Martin Hepworth
Peter Geenhuizen
Frank Smith
Stephen Wolt
Jay Lessert


SUMMARY:

No overlapping partitions were seen.  However, a FSCK over the live
filesystem revealed several BAD DUP.

Since the most reliable user backups were of Oct 2002 we decided to check
the partitions separately by booting from CD-ROM. The first partition
removed 2 files only. The other partition removed 6 files. The ncheck
utility revealed one file difference over each partition before the fsck.
We recovered the lost files from the second partition and ran fsck a couple
of times more until it was completely clean. There were several BAD DUPS
messages. Finally we removed the 2nd partition disk from the host and
booted into single user mode. Next, we replaced the missing subdisk with
the recently removed disk. The synchronization took place normally and the
whole system was checked as ok.

The "dev_seek error" during ufsdump - our main concern - were gone.

Thanks for all your help,

- Andres.
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers