Here was my question:
this exact question was in the archive, with no answer so I'll ask again
(and summarize). I'm trying to do a ufsdump from 2.6 solaris to du 4.0d
and I get this:
# /usr/sbin/ufsdump 0bfu 64 josephus.furph.com:/dev/nrmt0h
/dev/dsk/c0t1d0s0
DUMP: Writing 32 Kilobyte records
DUMP: Date of this level 0 dump: Sat Jan 02 11:57:56 1999
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rdsk/c0t1d0s0 (secure:/) to
josephus.furph.com:/dev/nrmt0h.
DUMP: Mapping (Pass I) [regular files]
DUMP: Mapping (Pass II) [directories]
DUMP: Estimated 220564 blocks (107.70MB).
DUMP: SIGSEGV() ABORTING!
DUMP: Process 500 killed by signal 6: Abort
any ideas? or do I need to do a dump into dd?
and thanks to Thomas Leitner <tom_at_finwds01.tu-graz.ac.at>, I got my
answer, which was to do
/usr/sbin/ufsdump 0bfu 64 - /dev/dsk/c0t1d0s0 |rsh josephus.furph.com "dd of=/dev/nrmt0h bs=64k"
which works just lovely. The new problem is that when I do a
rsh josephus.furph.com "dd if=/dev/nrmt0h bs=64k" | ufsrestore if -
I get the ufsrestore> on the solaris box, but my / on my DU box fills up.
I had to reboot to get / back down to less than 104%. what did I do
wrong?
thanks
beckers
Received on Sun Jan 03 1999 - 22:54:37 NZDT