dump restore problem
Tomi Vainio - Sun Finland
Tomi.Vainio at Sun.COM
Sat Apr 26 15:45:18 PDT 2003
David O'Brien writes:
> On Sun, Apr 27, 2003 at 12:44:36AM +0300, Tomi Vainio - Sun Finland wrote:
> > During my ufs2 migration I've used piped dump restore procedure. Is
> > it normal that block sizes like 512 or 1000 don't work? Block size
> > 512 gives an error and 1000 hangs forever while 126 is working fine.
> >
> > dump 0buf 512 - / | restore xbf 512 -
>
> dump 0abuf 512 - / | restore xf -
>
> Add -a (infinate tape lenght), and let restore figure out the block size.
cat:/mnt/tmp(132)# dump 0abuf 512 - / | restore xf -
DUMP: WARNING: should use -L when dumping live filesystems!
DUMP: Date of this level 0 dump: Sun Apr 27 01:44:12 2003
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/da0s1a (/) to standard output
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 236472 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: master/slave protocol botched.
DUMP: The ENTIRE dump is aborted.
Tape is not a dump tape
More information about the freebsd-current
mailing list