The patch 105722-03 fixed the problem. The README for the patch did not
mention the problem, so I think the problem is accidently fixed while
they fix other bugs, or the developers forget to mention it.
Some people told me it is a known bug (bugIDs: 1250684, 4017060, 4166125)
and they have not found a fix. So I hope this summary can be of help.
Thanks.
Michael Wang
http://www.mindspring.com/~mwang
> I did a date before and after ufsdump, see below. From this I can
> calculate the dumping rate as (15658*1024)KB/(54*80)sec=4946 KB/sec.
>
> However, ufsdump somehow thinks the dumping rate is 964 KB/sec. Why
> so much off? Thanks.
>
> Sat Nov 13 07:23:03 EST 1999
> DUMP: Writing 32 Kilobyte records
> DUMP: Date of this level 0 dump: Sat Nov 13 07:23:04 1999
> DUMP: Date of last level 0 dump: the epoch
> DUMP: Dumping /dev/rdsk/c1t0d0s0 (cc-ora-01:/orabkup04) to /dev/rmt/2n.
> DUMP: Mapping (Pass I) [regular files]
> DUMP: Mapping (Pass II) [directories]
> DUMP: Estimated 32067798 blocks (15658.10MB).
> DUMP: Dumping (Pass III) [directories]
> DUMP: Dumping (Pass IV) [regular files]
> DUMP: 18.47% done, finished in 0:44
> DUMP: 36.90% done, finished in 0:34
> DUMP: 55.29% done, finished in 0:24
> DUMP: 73.60% done, finished in 0:14
> DUMP: 92.04% done, finished in 0:04
> DUMP: 32067774 blocks (15658.09MB) on 1 volume at 964 KB/sec
> DUMP: DUMP IS DONE
> Sat Nov 13 08:17:34 EST 1999
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:13:32 CDT