Skip site navigation (1)Skip section navigation (2)
Date:               Thu, 25 Jul 1996 08:44:12 +600 CDT
From:      "Larry Dolinar" <LARRYD@bldg1.croute.com>
To:        questions@freebsd.org
Subject:         dump is quick, restore not, part 2
Message-ID:  <8E8F82C17ED@bldg1.croute.com>

next in thread | raw e-mail | index | archive | help
I lied: the files are coming off in some oddball order, forcing the 
restore to (presumably) search the tape again and again.  This persists 
whether the mode is interactive or not.  My statement about "all but 7" 
was based on the flimsiest of conclusions: that restore would pick the 
files off the tape "as it went along".  Using

    find <target-dir> -type f -print | awk 'END {print NR}'

yielded considerably less than the 1444 files desired; 

"%&*#$%&(!", and other unpleasantries...

SunOS (at least up to 4.1.3) supports an 'a' option for dump/restore to 
write a binary t.o.c. to somehow aid the selection process, but it 
appears to be supported only for local tape use.  Whether this would have 
made any difference will have to wait...

Apparently restore is designed to bring back only a handful of files or
the whole thing efficiently; anything else wastes a massive amount of
time.

Comments, anyone?

hth,
larry



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8E8F82C17ED>