I'm cc-ing this to the list, it will generally give you a quicker
response to direct follow-ups to the list instead of just the
individual that responded to the first question. Also, it gets
added to the archives to help future users and gives the list
a chance to correct incomplete (or incorrect) answers, or point
out better ways of doing things in unusual situations.
--On Friday, November 28, 2003 11:21:24 -0500 jessica blackburn <jblackburn AT
hirzel DOT com> wrote:
> Thank you for the help! I can't believe that I forgot to include the
> error message I received. It's telling me that it cannot find the
> localhost. Maybe this is a stupid question, but I'm really new at
> this. Thanks for any help!
>
> jess
>
> -bash-2.05b$ /usr/sbin/amcheck DailySet1
> Amanda Tape Server Host Check
> -----------------------------
> Holding disk /var/tmp: 29337136 KB disk space available, that's plenty
> amcheck-server: slot 1: date X label DailySet100 (first labelstr
> match)
> NOTE: skipping tape-writable test
> Tape DailySet100 label ok
> Server check took 0.187 seconds
>
> Amanda Backup Client Hosts Check
> --------------------------------
> WARNING: localhost: selfcheck request timed out. Host down?
> Client check: 1 host checked in 29.998 seconds, 1 problem found
First, I would recommend you not use 'localhost' in your disklist;
it will bite you someday in the future. Use the machines fully-
qualified domain name (host.example.com) instead.
As to the error message, there is a quite a bit about it on the
amanda.org web site, in the faq-o-matic:
http://amanda.sourceforge.net/fom-serve/cache/16.html
Most likely your (x)inetd is not set up correctly for amanda, second
guess would be tcpwrapper/firewall problems. Anything in syslog
or /tmp/amanda when amcheck runs?
Frank
>
> (brought to you by Amanda 2.4.3)
>
>
>
> On Wed, 2003-11-26 at 17:44, Frank Smith wrote:
>> --On Wednesday, November 26, 2003 17:13:48 -0500 jessica blackburn
>> <jblackburn AT hirzel DOT com> wrote:
>>
>> > Hello again!!!! I got past my original error of the slot empty and have
>> > since moved on to this new one! Does anyone have any ideas where to
>> > even start looking for this problem before this girly intern goes
>> > insane!
>> >
>>
>> If you said what the problem is we could be a lot more help. From a
>> quick glance at your config I's say you misunderstood a couple of
>> parameters, see below.
>>
>>
>> > Here is my amanda.conf file as i have it right now.
>> >
>> > Thanks!!!
>> >
>> >
>> >
>> >#
>> ># amanda.conf - sample Amanda configuration file. This started off life
>> > as
>> ># the actual config file in use at CS.UMD.EDU.
>> >#
>> ># If your configuration is called, say, "csd", then this file normally
>> > goes
>> ># in /etc/amanda/csd/amanda.conf.
>> >#
>> >
>> > org "DailySet1" # your organization name for reports
>> > mailto "amanda" # space separated list of operators at your site
>> > dumpuser "amanda" # the user to run dumps under
>> >
>> > inparallel 4 # maximum dumpers that will run in parallel
>> > netusage 600 Kbps # maximum net bandwidth for Amanda, in KB per sec
>> >
>> > dumpcycle 4 weeks # the number of days in the normal dump cycle
>>
>> Seems rather long, it means that Amanda only schedules one full backup
>> of each filesystem every 4 weeks (they will probably happen more often
>> than that if there is plenty of room on the tapes, but you are only
>> gauranteed one). To restore a filesystem will probably require a stack
>> of tapes to get all the incrementals.
>>
>> > runspercycle 4 weeks # the number of amdump runs in dumpcycle days
>>
>> runspercycle is how many time you run amdump during your dumpcycle. If you
>> run Amanda every day then it should be 28 (just the number, no units are
>> needed). If you only run it Monday through Friday it should be 20.
>>
>> > tapecycle 25 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
>>
>> You have to have at least as many tapes as you have runspercycle (i.e. 28
>> [or 24 if you ongo run M-F] in your config). Having 1 or 2 extras is
>> almost a neceesity to avoid overwriting your last full backup of something
>> if it should fail for some reason. Many people on the list prefer 2x or
>> more.
>>
>> >### ### ###
>> ># WARNING: don't use `inf' for tapecycle, it's broken!
>> >### ### ###
>> >
>> > 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.
>>
>> If you have large filesystems with lots of small files you may need to
>> increase this.
>>
>> ># etimeout -600 # total number of seconds for estimates.
>> ># a positive number will be multiplied by the number of filesystems on
>> ># each host; a negative number will be taken as an absolute total
>> > time-out.
>> ># The default is 5 minutes per filesystem.
>> >
>> >
>> ># 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.
>> >
>> ># Some tape changers require tapedev to be defined; others will use
>> ># their own tape device selection mechanism. Some use a separate tape
>> ># changer device (changerdev), others will simply ignore this
>> ># parameter. Some rely on a configuration file (changerfile) to
>> ># obtain more information about tape devices, number of slots, etc;
>> ># others just need to store some data in files, whose names will start
>> ># with changerfile. For more information about individual tape
>> ># changers, read docs/TAPE.CHANGERS.
>> >
>> ># At most one changerfile entry must be defined; select the most
>> ># appropriate one for your configuration. If you select man-changer,
>> ># keep the first one; if you decide not to use a tape changer, you may
>> ># comment them all out.
>> >
>> > runtapes 1 # number of tapes to be used in a single run of amdump
>> > tpchanger "chg-multi" # the tape-changer glue script
>> > tapedev "file:/backup/" # the no-rewind tape device to be used
>> ># rawtapedev "/dev/null" # the raw device to be used (ftape only)
>> ># changerfile "/var/lib/amanda/DailySet1/changer"
>> ># changerfile "/var/lib/amanda/DailySet1/changer-status"
>> > changerfile "/etc/amanda/DailySet1/chg-multi.conf"
>> > changerdev "/dev/null"
>> >
>> > tapetype HARD-DISK # what kind of tape it is (see tapetypes below)
>> > define tapetype HARD-DISK{
>> > comment "20GB Hard disk"
>> > length 20000 mbytes
>> > }
>> >
>> >
>> > labelstr "^DailySet1[0-9][0-9]*$" # label constraint regex: all tapes
>> > must match
>> >
>> ># Specify holding disks. These are used as a temporary staging area for
>> ># dumps before they are written to tape and are recommended for most
>> > sites.
>> ># The advantages include: tape drive is more likely to operate in
>> > streaming
>> ># mode (which reduces tape and drive wear, reduces total dump time);
>> > multiple
>> ># dumps can be done in parallel (which can dramatically reduce total
>> > dump time.
>> ># The main disadvantage is that dumps on the holding disk need to be
>> > flushed
>> ># (with amflush) to tape after an operating system crash or a tape
>> > failure.
>> ># If no holding disks are specified then all dumps will be written
>> > directly
>> ># to tape. If a dump is too big to fit on the holding disk than it will
>> > be
>> ># written directly to tape. If more than one holding disk is specified
>> > then
>> ># they will all be used round-robin.
>> >
>> > holdingdisk hd1 {
>> > comment "main holding disk"
>> > directory "/var/tmp" # where the holding disk is
>> > use 290 Mb # how much space can we use on it
>> > # a negative value mean:
>> > # use all space except that value
>>
>> If your OS clears /var/tmp on reboot this could be bad, as this is
>> where backups are spooled until they make it to tape (or file in your case)
>> Also, if your filesystems are bigger than 290MB it won't be used at all.
>>
>> Frank
>>
>> ># chunksize 2 Gb # 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
>> > # -N Kb/Mb/Gb dont split, dump larger
>> > # filesystems directly to tape
>> > # (example: -2 Gb)
>> > }
>> ># holdingdisk hd2 {
>> ># directory "/dumps2/amanda"
>> ># use 1000 Mb
>> ># }
>> ># holdingdisk hd3 {
>> ># directory "/mnt/disk4"
>> ># use 1000 Mb
>> ># }
>> >
>> >
>> ># If amanda cannot find a tape on which to store backups, it will run
>> ># as many backups as it can to the holding disks. In order to save
>> ># space for unattended backups, by default, amanda will only perform
>> ># incremental backups in this case, i.e., it will reserve 100% of the
>> ># holding disk space for the so-called degraded mode backups.
>> ># However, if you specify a different value for the `reserve'
>> ># parameter, amanda will not degrade backups if they will fit in the
>> ># non-reserved portion of the holding disk.
>> >
>> ># reserve 30 # percent
>> >
>> >
>> ># This means save at least 30% of the holding disk space for degraded
>> ># mode backups.
>> >
>> ># Amanda needs a few Mb of diskspace for the log and debug files,
>> ># as well as a database. This stuff can grow large, so the conf
>> > directory
>> ># isn't usually appropriate. Some sites use /usr/local/var and some
>> > /usr/adm.
>> ># Create an amanda directory under there. You need a separate infofile
>> > and
>> ># logdir for each configuration, so create subdirectories for each conf
>> > and
>> ># put the files there. Specify the locations below.
>> >
>> > infofile "/var/lib/amanda/DailySet1/curinfo" # database filename
>> > logdir "/var/lib/amanda/DailySet1" # log directory
>> > indexdir "/var/lib/amanda/DailySet1/index" # index directory
>> ># tapelist "/var/lib/amanda/DailySet1/tapelist" # list of used tapes
>> ># tapelist is stored, by default, in the directory that contains
>> > amanda.conf
>> >
>> >
>> ># tapetypes
>> >
>> ># Define the type of tape you use here, and use it in "tapetype"
>> ># above. Some typical types of tapes are included here. The tapetype
>> ># tells amanda how many MB will fit on the tape, how big the filemarks
>> ># are, and how fast the tape device is.
>> >
>> ># A filemark is the amount of wasted space every time a tape section
>> ># ends. If you run `make tapetype' in tape-src, you'll get a program
>> ># that generates tapetype entries, but it is slow as hell, use it only
>> ># if you really must and, if you do, make sure you post the data to
>> ># the amanda mailing list, so that others can use what you found out
>> ># by searching the archives.
>> >
>> ># For completeness Amanda should calculate the inter-record gaps too,
>> ># but it doesn't. For EXABYTE and DAT tapes this is ok. Anyone using
>> ># 9 tracks for amanda and need IRG calculations? Drop me a note if
>> ># so.
>> >
>> ># If you want amanda to print postscript paper tape labels
>> ># add a line after the comment in the tapetype of the form
>> ># lbl-templ "/path/to/postscript/template/label.ps"
>> >
>> ># if you want the label to go to a printer other than the default
>> ># for your system, you can also add a line above for a different
>> ># printer. (i usually add that line after the dumpuser specification)
>> >
>> ># dumpuser "operator" # the user to run dumps under
>> ># printer "mypostscript" # printer to print paper label on
>> >
>> ># here is an example of my definition for an EXB-8500
>> >
>> ># define tapetype EXB-8500 {
>> ># ...
>> ># lbl-templ "/usr/local/amanda/config/lbl.exabyte.ps"
>> ># }
>> >
>> >
>> > define tapetype QIC-60 {
>> > comment "Archive Viper"
>> > length 60 mbytes
>> > filemark 100 kbytes # don't know a better value
>> > speed 100 kbytes # dito
>> > }
>> >
>> > define tapetype DEC-DLT2000 {
>> > comment "DEC Differential Digital Linear Tape 2000"
>> > length 15000 mbytes
>> > filemark 8 kbytes
>> > speed 1250 kbytes
>> > }
>> >
>> ># goluboff AT butch.Colorado DOT EDU
>> ># in amanda-users (Thu Dec 26 01:55:38 MEZ 1996)
>> > define tapetype DLT {
>> > comment "DLT tape drives"
>> > length 20000 mbytes # 20 Gig tapes
>> > filemark 2000 kbytes # I don't know what this means
>> > speed 1536 kbytes # 1.5 Mb/s
>> > }
>> >
>> > define tapetype SURESTORE-1200E {
>> > comment "HP AutoLoader"
>> > length 3900 mbytes
>> > filemark 100 kbytes
>> > speed 500 kbytes
>> > }
>> >
>> > define tapetype EXB-8500 {
>> > comment "Exabyte EXB-8500 drive on decent machine"
>> > length 4200 mbytes
>> > filemark 48 kbytes
>> > speed 474 kbytes
>> > }
>> >
>> > define tapetype EXB-8200 {
>> > comment "Exabyte EXB-8200 drive on decent machine"
>> > length 2200 mbytes
>> > filemark 2130 kbytes
>> > speed 240 kbytes
>> > }
>> >
>> > define tapetype HP-DAT {
>> > comment "DAT tape drives"
>> > # data provided by Rob Browning <rlb AT cs.utexas DOT edu>
>> > length 1930 mbytes
>> > filemark 111 kbytes
>> > speed 468 kbytes
>> > }
>> >
>> > define tapetype DAT {
>> > comment "DAT tape drives"
>> > length 1000 mbytes # these numbers are not accurate
>> > filemark 100 kbytes # but you get the idea
>> > speed 100 kbytes
>> > }
>> >
>> > define tapetype MIMSY-MEGATAPE {
>> > comment "Megatape (Exabyte based) drive through Emulex on Vax 8600"
>> > length 2200 mbytes
>> > filemark 2130 kbytes
>> > speed 170 kbytes # limited by the Emulex bus interface,
>> > ugh
>> > }
>> >
>> >
>> ># dumptypes
>> >#
>> ># These are referred to by the disklist file. The dumptype specifies
>> ># certain parameters for dumping including:
>> ># auth - authentication scheme to use between server and client.
>> ># Valid values are "bsd" and "krb4". Default: [auth bsd]
>> ># comment - just a comment string
>> ># comprate - set default compression rate. Should be followed by
>> >one
>> > or
>> ># two numbers, optionally separated by a comma. The 1st is
>> ># the full compression rate; the 2nd is the incremental rate.
>> ># If the second is omitted, it is assumed equal to the first.
>> ># The numbers represent the amount of the original file the
>> ># compressed file is expected to take up.
>> ># Default: [comprate 0.50, 0.50]
>> ># compress - specify compression of the backed up data. Valid
>> >values
>> > are:
>> ># "none" - don't compress the dump output.
>> ># "client best" - compress on the client using the best (and
>> ># probably slowest) algorithm.
>> ># "client fast" - compress on the client using fast algorithm.
>> ># "server best" - compress on the tape host using the best (and
>> ># probably slowest) algorithm.
>> ># "server fast" - compress on the tape host using a fast
>> ># algorithm. This may be useful when a fast
>> ># tape host is backing up slow clients.
>> ># Default: [compress client fast]
>> ># dumpcycle - set the number of days in the dump cycle, ie, set how
>> > often a
>> ># full dump should be performed. Default: from DUMPCYCLE above
>> ># exclude - specify files and directories to be excluded from the
>> > dump.
>> ># Useful with gnutar only; silently ignored by dump and samba.
>> ># Valid values are:
>> ># "pattern" - a shell glob pattern defining which files
>> ># to exclude.
>> ># gnutar gets --exclude="pattern"
>> ># list "filename" - a file (on the client!) containing patterns
>> ># re's (1 per line) defining which files to
>> ># exclude.
>> ># gnutar gets --exclude-from="filename"
>> ># Note that the `full pathname' of a file within its
>> ># filesystem starts with `./', because of the way amanda runs
>> ># gnutar: `tar -C $mountpoint -cf - --lots-of-options .' (note
>> ># the final dot!) Thus, if you're backing up `/usr' with a
>> ># diskfile entry like ``host /usr gnutar-root', but you don't
>> ># want to backup /usr/tmp, your exclude list should contain
>> ># the pattern `./tmp', as this is relative to the `/usr' above.
>> ># Please refer to the man-page of gnutar for more information.
>> ># Default: include all files
>> ># holdingdisk - should the holding disk be used for this dump. Useful
>> > for
>> ># dumping the holding disk itself. Default: [holdingdisk yes]
>> ># ignore - do not back this filesystem up. Useful for sharing a
>> > single
>> ># disklist in several configurations.
>> ># index - keep an index of the files backed up. Default: [index no]
>> ># kencrypt - encrypt the data stream between the client and server.
>> ># Default: [kencrypt no]
>> ># maxdumps - max number of concurrent dumps to run on the client.
>> ># Default: [maxdumps 1]
>> ># priority - priority level of the dump. Valid levels are "low",
>> > "medium"
>> ># or "high". These are really only used when Amanda has no
>> ># tape to write to because of some error. In that "degraded
>> ># mode", as many incrementals as will fit on the holding disk
>> ># are done, higher priority first, to insure the important
>> ># disks are at least dumped. Default: [priority medium]
>> ># program - specify the dump system to use. Valid values are "DUMP"
>> > and
>> ># "GNUTAR". Default: [program "DUMP"].
>> ># record - record the dump in /etc/dumpdates. Default: [record yes]
>> ># skip-full - skip the disk when a level 0 is due, to allow full
>> > backups
>> ># outside Amanda, eg when the machine is in single-user mode.
>> ># skip-incr - skip the disk when the level 0 is NOT due. This is
>> >used
>> > in
>> ># archive configurations, where only full dumps are done and
>> ># the tapes saved.
>> ># starttime - delay the start of the dump? Default: no delay
>> ># strategy - set the dump strategy. Valid strategies are
>> >currently:
>> ># "standard" - the standard one.
>> ># "nofull" - do level 1 dumps every time. This can be used,
>> ># for example, for small root filesystems that
>> ># only change slightly relative to a site-wide
>> ># prototype. Amanda then backs up just the
>> ># changes.
>> ># "noinc" - do level 0 dumps every time.
>> ># Unfortunately, this is not currently
>> ># implemented. Use `dumpcycle 0'
>> ># instead.
>> ># "skip" - skip all dumps. Useful for sharing a single
>> ># disklist in several configurations.
>> ># Default: [strategy standard]
>> >#
>> ># Note that you may specify previously defined dumptypes as a shorthand
>> > way
>> ># of defining parameters.
>> >
>> > define dumptype global {
>> > comment "Global definitions"
>> > # This is quite useful for setting global parameters, so you don't
>> > have
>> > # to type them everywhere. All dumptype definitions in this sample
>> > file
>> > # do include these definitions, either directly or indirectly.
>> > # There's nothing special about the name `global'; if you create any
>> > # dumptype that does not contain the word `global' or the name of
>> > any
>> > # other dumptype that contains it, these definitions won't apply.
>> > # Note that these definitions may be overridden in other
>> > # dumptypes, if the redefinitions appear *after* the `global'
>> > # dumptype name.
>> > # You may want to use this for globally enabling or disabling
>> > # indexing, recording, etc. Some examples:
>> > # index yes
>> > # record no
>> > }
>> >
>> > define dumptype always-full {
>> > global
>> > comment "Full dump of this filesystem always"
>> > compress none
>> > priority high
>> > dumpcycle 0
>> > }
>> >
>> > define dumptype root-tar {
>> > global
>> > program "GNUTAR"
>> > comment "root partitions dumped with tar"
>> > compress none
>> > index
>> > exclude list "/usr/local/lib/amanda/exclude.gtar"
>> > priority low
>> > }
>> >
>> > define dumptype user-tar {
>> > root-tar
>> > comment "user partitions dumped with tar"
>> > priority medium
>> > }
>> >
>> > define dumptype high-tar {
>> > root-tar
>> > comment "partitions dumped with tar"
>> > priority high
>> > }
>> >
>> > define dumptype comp-root-tar {
>> > root-tar
>> > comment "Root partitions with compression"
>> > compress client fast
>> > }
>> >
>> > define dumptype comp-user-tar {
>> > user-tar
>> > compress client fast
>> > }
>> >
>> > define dumptype holding-disk {
>> > global
>> > comment "The master-host holding disk itself"
>> > holdingdisk no # do not use the holding disk
>> > priority medium
>> > }
>> >
>> > define dumptype comp-user {
>> > global
>> > comment "Non-root partitions on reasonably fast machines"
>> > compress client fast
>> > priority medium
>> > }
>> >
>> > define dumptype nocomp-user {
>> > comp-user
>> > comment "Non-root partitions on slow machines"
>> > compress none
>> > }
>> >
>> > define dumptype comp-root {
>> > global
>> > comment "Root partitions with compression"
>> > compress client fast
>> > priority low
>> > }
>> >
>> > define dumptype nocomp-root {
>> > comp-root
>> > comment "Root partitions without compression"
>> > compress none
>> > }
>> >
>> > define dumptype comp-high {
>> > global
>> > comment "very important partitions on fast machines"
>> > compress client best
>> > priority high
>> > }
>> >
>> > define dumptype nocomp-high {
>> > comp-high
>> > comment "very important partitions on slow machines"
>> > compress none
>> > }
>> >
>> > define dumptype nocomp-test {
>> > global
>> > comment "test dump without compression, no /etc/dumpdates recording"
>> > compress none
>> > record no
>> > priority medium
>> > }
>> >
>> > define dumptype comp-test {
>> > nocomp-test
>> > comment "test dump with compression, no /etc/dumpdates recording"
>> > compress client fast
>> > }
>> >
>> ># network interfaces
>> >#
>> ># These are referred to by the disklist file. They define the
>> > attributes
>> ># of the network interface that the remote machine is accessed through.
>> ># Notes: - netusage above defines the attributes that are used when the
>> ># disklist entry doesn't specify otherwise.
>> ># - the values below are only samples.
>> ># - specifying an interface does not force the traffic to pass
>> ># through that interface. Your OS routing tables do that.
>> > This
>> ># is just a mechanism to stop Amanda trashing your network.
>> ># Attributes are:
>> ># use - bandwidth above which amanda won't start
>> ># backups using this interface. Note that if
>> ># a single backup will take more than that,
>> ># amanda won't try to make it run slower!
>> >
>> > define interface local {
>> > comment "a local disk"
>> > use 1000 kbps
>> > }
>> >
>> > define interface eth0 {
>> > comment "10 Mbps ethernet"
>> > use 400 kbps
>> > }
>> >
>> ># You may include other amanda configuration files, so you can share
>> ># dumptypes, tapetypes and interface definitions among several
>> ># configurations.
>> >
>> ># includefile "/usr/local/amanda.conf.main"
>>
>>
|