Re: Approx. restore time estimate

2009-09-15 Thread jaymax

I was wondering if 24, 48, 72 hrs or even a lifetime was the order of time. I
am now approaching 24 hrs. probably wait until my geriatric years and come
back to look at the machine ... lol!!!

Or would I have been better off using
dd if=/dev/* of=output/path/filename [options]

All other things being equal, would the removal of the restore overheads
be significant relative to those from dd .

Thanks


Lars Eighner-2 wrote:
 
 On Mon, 14 Sep 2009, jaymax wrote:
 

 Thanks!

 That might explain. Is there an alternate process you would recommend
 with
 at least equal reliability.
 
 I don't know of anything that isn't a bigger can of worms in a file system
 of any complexity to speak of.
 
 BTW I should have mentioned that I was restoring from a disk file rather
 than from a tape
 
 I was speaking of disk to disk.
 
 

-- 
View this message in context: 
http://www.nabble.com/Approx.-restore-time-estimate-tp25443580p25457128.html
Sent from the freebsd-questions mailing list archive at Nabble.com.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Approx. restore time estimate

2009-09-14 Thread Lars Eighner

On Mon, 14 Sep 2009, jaymax wrote:



I do not expect an exact or precise answer here, given all the subjective
 dependent parameters.

Just a rough ballpark approximation, what time frame should a restore occur
in?

param :-
an ~1Ghz system, running 6.x O/S, dumpfile ~ 30 Gb, UFS2 file systems w/
default blocksize, target directory 400 Gb w/  190 Gb free capacity,
minimal use system booted from Fixit

Just wanted to get an idea if I am going anywhere or workig fast being
stuck somewhere or nowhere.


I cannot begin to give you a number in the ballpark, all I can tell you is
that restore *is* very, very slow and lacks reassuring progress indicators.

--
Lars Eighner
http://www.larseighner.com/index.html
8800 N IH35 APT 1191 AUSTIN TX 78753-5266

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Approx. restore time estimate

2009-09-14 Thread jaymax

Thanks!

That might explain. Is there an alternate process you would recommend with
at least equal reliability.
BTW I should have mentioned that I was restoring from a disk file rather
than from a tape
 
Thanks again.


---

Lars Eighner-2 wrote:
 
 On Mon, 14 Sep 2009, jaymax wrote:
 
 
 I cannot begin to give you a number in the ballpark, all I can tell you is
 that restore *is* very, very slow and lacks reassuring progress
 indicators.
 
 -- 
 Lars Eighner
 http://www.larseighner.com/index.html
 8800 N IH35 APT 1191 AUSTIN _
 
 

-- 
View this message in context: 
http://www.nabble.com/Approx.-restore-time-estimate-tp25443580p25445497.html
Sent from the freebsd-questions mailing list archive at Nabble.com.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Approx. restore time estimate

2009-09-14 Thread Lars Eighner

On Mon, 14 Sep 2009, jaymax wrote:



Thanks!

That might explain. Is there an alternate process you would recommend with
at least equal reliability.


I don't know of anything that isn't a bigger can of worms in a file system
of any complexity to speak of.


BTW I should have mentioned that I was restoring from a disk file rather
than from a tape


I was speaking of disk to disk.


--
Lars Eighner
http://www.larseighner.com/index.html
8800 N IH35 APT 1191 AUSTIN TX 78753-5266

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Approx. restore time estimate

2009-09-14 Thread Kurt Buff
On Mon, Sep 14, 2009 at 16:36, jaymax jayma...@gmail.com wrote:

 Thanks!

 That might explain. Is there an alternate process you would recommend with
 at least equal reliability.
 BTW I should have mentioned that I was restoring from a disk file rather
 than from a tape

 Thanks again.

IME, restoring from disk or tape makes little difference, if you're
doing a full restore, and once the restore process is up and running.

The bigger bottleneck is the write speed of the disk(s) you're
restoring to - it's always slower to write than to read, often by a
very large margin.

Kurt
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org