Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 Jan 2002 11:34:24 -0500
From:      Mike Galvez <mrg8n@virginia.edu>
To:        "W. D." <WD@US-Webmasters.com>
Cc:        questions@freebsd.org
Subject:   Re: BACKUP SOFTWARE FOR FREEBSD
Message-ID:  <20020117113424.D97580@mail.virginia.edu>
In-Reply-To: <5.1.0.14.2.20020116222711.04524820@us-webmasters.com>; from WD@US-Webmasters.com on Wed, Jan 16, 2002 at 10:29:22PM -0600
References:  <5.1.0.14.2.20020116114211.058fc3f0@us-webmasters.com> <3C4426F0.13993.6C4354@localhost> <3C4426F0.13993.6C4354@localhost> <5.1.0.14.2.20020116114211.058fc3f0@us-webmasters.com> <876662rqb5.fsf@thanatos.shenton.org> <5.1.0.14.2.20020116222711.04524820@us-webmasters.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 16, 2002 at 10:29:22PM -0600, W. D. wrote:
> Hi Chris,
> 
> Thanks for this!  This makes it a bit more clear.
> 
> I guess I'll have to read the 'man' documentation a bit.  Still 
> confused about dumps & cycles, etc.
> 
> How about restoring files?  What if I just want to restore
> a few files?  A single directory?

amrestore -p /dev/nrsa0 hostname slice |restore ivbf 2 -

will put you into an interactive (restore) shell where you can select
files for backup. (man restore) From amrestore man page: Note
              the use of the "b 2" option to restore, which means
              read  in units of 2 512-byte blocks (== 1 Kbyte) at
              a time.  This keeps restore from complaining  about
              short reads.

Test your backups. I also recommend W. Curtis Preston's book "Unix
Backup & Recovery" O'Reilly.

Mike

> 
> Thanks,
> 
> W. D.
> 
> At 14:31 1/16/2002, Chris Shenton wrote:
> >"W. D." <WD@US-Webmasters.com> writes:
> >
> >> I too have recently come to FreeBSD.  I have a HP SureStore DAT 40
> >> that I am using with WinBlows.  The software setup on that OS
> >> is very straightforward.
> >> 
> >> Taking a look at Amanda and some of the config files, I am completely
> >> confused.  Does anyone, anywhere have a simple, understandable
> >> way to get Amanda working with FreeBSD and an HP SureStore 40 GB?
> >
> >I built it from ports with no problem.  I'll attach my
> >/usr/local/etc/amanda/python/amanda.conf file if it will help.
> >
> >Getting the remote login to the systems  you want to backup is a
> >little tricky; I use ".amandahosts" instead of .rhosts, but it's the
> >same issue.  Huh, in this client machine's ~operator/.amandahosts I'm
> >allowing the amanda server (with the tape drive) in, it runs as
> >operator on the server, sisyphus.shenton.org:
> >
> >  sisyphus.shenton.org
> >
> >The other part is getting the /etc/services and /etc/inetd.conf
> >configured, but that's easy enough.  /etc/services comes with the
> >amanda ports already listed. Here's my part of the client's
> >inetd.conf:
> >
> >amanda  dgram   udp     wait    operator        
> >/usr/local/libexec/amanda/amandad      amandad
> >
> >
> >Here's my amanda.conf; you'll have to modify the tape parameters for
> >your tape drive:
> >
> ># $Id: amanda.conf,v 1.5 2000/02/22 13:19:19 operator Exp $
> ># If your configuration is called, say, "csd", then this file normally goes
> ># in /usr/local/etc/amanda/csd/amanda.conf.
> >
> >org		"python"	# your organization name for reports
> >mailto		"chris"		# space separated list of operators at your site
> >dumpuser 	"operator"	# the user to run dumps under
> >
> >inparallel	4		# maximum dumpers that will run in parallel
> >netusage  	1500 Kbps	# maximum net bandwidth for Amanda, in KB per sec
> >
> >dumpcycle 	3 days	# the number of days in the normal dump cycle
> >runspercycle 	3	# the number of amdump runs in dumpcycle days
> >			# (4 weeks * 5 amdump runs per week -- just weekdays)
> >tapecycle 	4 tapes	# the number of tapes in rotation
> >			# 4 weeks (dumpcycle) times 5 tapes per week (just
> >			# the weekdays) plus a few to handle errors that
> >			# need amflush and so we do not overwrite the full
> >			# backups performed at the beginning of the previous
> >			# cycle
> >
> >bumpsize 	20 Mb	# minimum savings (threshold) to bump level 1 -> 2
> >bumpdays 	1	# minimum days at each level
> >bumpmult 	4	# threshold = bumpsize * bumpmult^(level-1)
> >
> >etimeout 	300	# number of seconds per filesystem for estimates.
> >			
> >
> ># Specify tape device and/or tape changer.  If you don't have a tape
> ># changer, and you don't want to use more than one tape per run of
> ># amdump, just comment out the definition of tpchanger.
> >
> >runtapes 	1	# number of tapes to be used in a single run of amdump
> >
> ># 1999/03/19 /usr/local/libexec chg-chio, chs, manual, mtx, multi, rth, zd-mtx
> ># 1999/03/19 In amanda src: 
> >#		scsi-chio (C code; won't work for FreeBSD CAM)
> >#		chg-chio (Perl: reads amanda.conf: tapedev,changerdev)
> ># chg-chio had an extraneous print which confused amtape; remove it.
> >
> >tpchanger	"chg-chio"	# the tape-changer glue script
> >tapedev		"/dev/nrsa0"	# the no-rewind tape device to be used
> >changerdev	"/dev/ch0"
> >
> >tapetype 	DDS2-120		# what kind of tape it is (see tapetypes below)
> >labelstr	"^python-[0-9][0-9]*$"	# label constraint regex: all tapes must match
> >
> >
> >holdingdisk hd1 {
> >    comment "main holding disk"
> >    directory "/home/operator/amanda/python"	# where the holding disk is
> >    use 600 Mb		# how much space can we use: >512, multiple 64MB,128MB
> >			# a negative value mean:
> >			#        use all space except that value
> >    chunksize -1 	# size of chunk if you want big dump to be
> >			# dumped on multiple files on holding disks
> >			#  N Kb/Mb/Gb split disks in chunks of size N
> >			#  0          split disks in INT_MAX/1024 Kb chunks
> >			# -1          same as -INT_MAX/1024 (see below)
> >			# -N Kb/Mb/Gb dont split, dump larger
> >			#             filesystems directly to tape
> >			#             (example: -2 Gb)
> >    # chunksize 2 Gb
> >    }
> >
> >
> >
> >infofile 	"/home/operator/amanda/python/curinfo"	# database DIRECTORY
> >logdir   	"/home/operator/amanda/python/log"	# log DIRECTORY
> >indexdir 	"/home/operator/amanda/python/index"	# index DIRECTORY
> >#tapelist 	"/home/operator/amanda/python/tapelist"	# list of used tapes
> >
> ># tapelist is stored, by default, in the directory that contains amanda.conf
> >
> >
> >###############################################################################
> ># tapetypes
> >
> >define tapetype travan4 {
> >    comment "Travan4 4/8GB QIC"
> >    length 4096 mbytes		# 4GB native, 8GB compressed
> >    filemark 100 kbytes		# ??
> >    speed 500 kbytes		# ??
> >}
> >
> >define tapetype DDS2-120 {
> >    comment "DDS2 120m"
> >    length 6000 mbytes		# 4GB native, 8GB compressed
> >    filemark 63 kbytes		# From Chris Stacey <chris@snrc.uow.edu.au>
> >    speed 627 kbytes		# Seen in operation <chris@shenton.org>
> >}
> >
> >
> >
> >
> >###############################################################################
> ># dumptypes
> >
> >define dumptype global {
> >    comment "Global definitions"
> >    index yes
> >}
> >
> >[rest of dumptypes removed, they're in the distro]
> >
> >To Unsubscribe: send mail to majordomo@FreeBSD.org
> >with "unsubscribe freebsd-questions" in the body of the message
> 
> Start Here to Find It Fast!© -> http://www.US-Webmasters.com/start.htm
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-questions" in the body of the message

-- 
Michael Galvez                                             
Computer Systems Sr. Engineer         Office: 434-982-2975 
Financial Analysis                    E-Mail: mrg8n@virginia.edu
University of Virginia        Messenger Mail: Carruthers Hall

"He is now rising from affluence to poverty."
		-- Mark Twain

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




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