SUMMARY: Dump Parameters

From: Nicholas Franco (ncf@tngstar.cray.com)
Date: Thu Nov 19 1992 - 17:28:21 CST


Hello,

My original question:

> Does anyone know a good set of parameters to use when dumping a filesystem
> to another disk drive. I am specifically looking for what parameter one
> would change so that the dump command will not ask you to mount the next
> volume, though any suggestions on how to optimize this type of dump would
> be appreciated. I am dumping from a SS2 ( SUNOS 4.1.1 ) to a 4/490 (SUNOS
> 4.1.1). Thanks.

The majority of the responses were in favor of giving some very large number
for the (s)ize parameter ( 999999 ). Others suggested the same for the
tapelength and density parameters. Others also pointed out that when dump is
redirected to standard out then it will not ask to have the tape changed.

Jay Lessert ( bit!jayl@Sun.COM ) had the most complete answer and so I will
defer to Jay and let you read his email below.

> If you simply simply want to do a fast backup, using the other disk simply
> as fast magnetic media, you just want to use the stdout option of dump (dump
> into a pipe, in other words). Dump then assumes it has an infinite storage
> medium (the pipe) and won't ask for a change. If the dump file will ever wind
> up on tape, use whatever block size you would want on the tape, else block
> size really doesn't matter:
>
> dump 0ubf 126 - /host1/u0 | rsh host2 dd of=/host2/u0/dumpfile0.host1 obs=63k
>
> Of course, you could forgo the rsh and just write the dumpfile over NFS, but
> on a generic Sun NFS server this would be much slower (synchronous writes).
>
> If on the other hand you really want to clone or shadow the file system, then:
>
> dump 0ubf 126 - /host1/u0 | rsh host2 'cd /host2; restore xbf 126 -'
>
> Jay Lessert {decwrl,cse.ogi.edu,sun,verdix}!bit!jayl
> Bipolar Integrated Technology, Inc.
> 503-629-5490 (fax)503-690-1498

Thanks to all that responded.

ivan@fac.anu.edu.au trc@NSD.3Com.COM jdavis@noao.edu cfoley@arsenic
jeff@erie.irc.nrc.ca ups!upstage!glenn@fourx.Aus.Sun.COM birger@vest.sdata.no
erzmann@irb.uni-hannover.de dal@gcm.com danaf@dcs.bellcore.com tesquina@ida.org
swlodin@kocrsv01.delcoelect.com matt@wbst845e.xerox.com randy@ai.iit.nrc.ca
wally@water.agen.ufl.edu poffen@sj.ate.slb.com era@niwot.scd.ucar.EDU
miker@il.us.swissbank.com john@mlb.semi.harris.com bit!jayl@Sun.COM
ekurgpol@develop-law.usc.edu mark@qualcomm.com jgb@mcm.com chrisc@cs.odu.edu
Perry_Hutchison.Portland@xerox.com nieusma@atlantis.stortek.com
polaris1!support!lv@uunet.UU.NET rhaddick@us.oracle.com

----
Nicholas C. Franco			email: ncf@cray.com
System Administrator			phone: 612-683-3830
Software Information Services		fax  : 612-683-3899
Cray Research, Inc.
655A Lone Oak Drive
Eagan, MN 55121



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:53 CDT