18eed23282f7c8c4e9fdf6b169ac2f07e4755088
[debian/amanda] / man / amanda.conf.5
1 .\"Generated by db2man.xsl. Don't modify this, modify the source.
2 .de Sh \" Subsection
3 .br
4 .if t .Sp
5 .ne 5
6 .PP
7 \fB\\$1\fR
8 .PP
9 ..
10 .de Sp \" Vertical space (when we can't use .PP)
11 .if t .sp .5v
12 .if n .sp
13 ..
14 .de Ip \" List item
15 .br
16 .ie \\n(.$>=3 .ne \\$3
17 .el .ne 3
18 .IP "\\$1" \\$2
19 ..
20 .TH "AMANDA.CONF" 5 "" "" ""
21 .SH "NAME"
22 amanda.conf - Main configuration file for Amanda, the Advanced Maryland Automatic Network Disk Archiver
23 .SH "DESCRIPTION"
24 .PP
25 \fIamanda.conf\fR
26 is the main configuration file for
27 \fBAmanda\fR. This manpage lists the relevant sections and parameters of this file for quick reference.
28 .SH "PARAMETERS"
29 .PP
30 There are a number of configuration parameters that control the behavior of the
31 \fBAmanda\fR
32 programs. All have default values, so you need not specify the parameter in
33 \fBamanda.conf\fR
34 if the default is suitable.
35 .PP
36 Lines starting with # are ignored, as are blank lines. Comments may be placed on a line with a directive by starting the comment with a #. The remainder of the line is ignored.
37 .PP
38 Keywords are case insensitive, i.e.
39 \fBmailto\fR
40 and
41 \fBMailTo\fR
42 are treated the same.
43 .PP
44 Integer arguments may have one of the following (case insensitive) suffixes, some of which have a multiplier effect:
45 .SS "POSSIBLE SUFFIXES"
46 .TP
47 \fBb byte bytes\fR
48 Some number of bytes.
49 .TP
50 \fBbps\fR
51 Some number of bytes per second.
52 .TP
53 \fBk kb kbyte kbytes kilobyte kilobytes\fR
54 Some number of kilobytes (bytes*1024).
55 .TP
56 \fBkps kbps\fR
57 Some number of kilobytes per second (bytes*1024).
58 .TP
59 \fBm mb meg mbyte mbytes megabyte megabytes\fR
60 Some number of megabytes (bytes*1024*1024).
61 .TP
62 \fBmps mbps\fR
63 Some number of megabytes per second (bytes*1024*1024).
64 .TP
65 \fBg gb gbyte gbytes gigabyte gigabytes\fR
66 Some number of gigabytes (bytes*1024*1024*1024).
67 .TP
68 \fBtape tapes\fR
69 Some number of tapes.
70 .TP
71 \fBday days\fR
72 Some number of days.
73 .TP
74 \fBweek weeks\fR
75 Some number of weeks (days*7).
76 .sp
77 .it 1 an-trap
78 .nr an-no-space-flag 1
79 .nr an-break-flag 1
80 .br
81 \fBNote\fR
82 The value
83 \fBinf\fR
84 may be used in most places where an integer is expected
85 to mean an infinite amount.
86
87 Boolean arguments may have any of the values
88 \fBy\fR,
89 \fByes\fR,
90 \fBt\fR,
91 \fBtrue\fR
92 or
93 \fBon\fR
94 to indicate a true state, or
95 \fBn\fR,
96 \fBno\fR,
97 \fBf\fR,
98 \fBfalse\fR
99 or
100 \fBoff\fR
101 to indicate a false state. If no argument is given,
102 \fBtrue\fR
103 is assumed.
104 .SS "PARAMETERS"
105 .TP
106 \fBorg\fR \fB string\fR
107 Default:
108 \fBdaily\fR. A descriptive name for the configuration. This string appears in the Subject line of mail reports. Each
109 \fBAmanda\fR
110 configuration should have a different string to keep mail reports distinct.
111 .TP
112 \fBmailto\fR \fB string\fR
113 Default:
114 \fBoperators\fR. A space separated list of recipients for mail reports.
115 .TP
116 \fBdumpcycle\fR \fB int\fR
117 Default:
118 \fB10 days\fR. The number of days in the backup cycle. Each disk will get a full backup at least this often. Setting this to zero tries to do a full backup each run.
119 .sp
120 .it 1 an-trap
121 .nr an-no-space-flag 1
122 .nr an-break-flag 1
123 .br
124 \fBNote\fR
125 This parameter may also be set in a specific
126 \fBdumptype\fR
127 (see below).
128 This value sets the default for all
129 \fBdumptype\fRs
130 so must appear in
131 \fBamanda.conf\fR
132 before any
133 \fBdumptype\fRs
134 are defined..TP
135 \fBrunspercycle\fR \fB int\fR
136 Default:
137 \fBsame as dumpcycle\fR. The number of amdump runs in
138 \fBdumpcycle\fR
139 days. A value of 0 means the same value as
140 \fBdumpcycle\fR. A value of -1 means guess the number of runs from the
141 \fBtapelist\fR
142 file, which is the number of tapes used in the last
143 \fBdumpcycle\fR
144 days /
145 \fBruntapes\fR.
146 .TP
147 \fBtapecycle\fR \fB int\fR
148 Default:
149 \fB15 tapes\fR. Typically tapes are used by
150 \fBAmanda\fR
151 in an ordered rotation. The
152 \fBtapecycle\fR
153 parameter defines the size of that rotation. The number of tapes in rotation must be larger than the number of tapes required for a complete dump cycle (see the
154 \fBdumpcycle\fR
155 parameter).
156 .sp
157 This is calculated by multiplying the number of
158 \fBamdump\fR
159 runs per dump cycle (\fBrunspercycle\fR
160 parameter) times the number of tapes used per run (\fBruntapes\fR
161 parameter). Typically two to four times this calculated number of tapes are in rotation. While
162 \fBAmanda\fR
163 is always willing to use a new tape in its rotation, it refuses to reuse a tape until at least '\fBtapecycle\fR
164 -1' number of other tapes have been used.
165 .sp
166 It is considered good administrative practice to set the
167 \fBtapecycle\fR
168 parameter slightly lower than the actual number of tapes in rotation. This allows the administrator to more easily cope with damaged or misplaced tapes or schedule adjustments that call for slight adjustments in the rotation order.
169 .TP
170 \fBlabel_new_tapes\fR \fB string\fR
171 Default: not set. When set, this directive will cause
172 \fBAmanda\fR
173 to automatically write an
174 \fBAmanda\fR
175 tape label to any blank tape she encounters. This option is DANGEROUS because when set,
176 \fBAmanda\fR
177 will ERASE any non-\fBAmanda\fR
178 tapes you may have, and may also ERASE any near-failing tapes. Use with caution.
179 .sp
180 When using this directive, specify the template for new tape labels. The template should contain some number of contiguous '%' characters, which will be replaced with a generated number. Be sure to specify enough '%' characters that you do not run out of tape labels. Example:
181 label_new_tapes "DailySet1-%%%"
182 .TP
183 \fBlabel_new_tapes\fR \fB string\fR
184
185 =======
186   Default: not set. When set, this directive will cause
187 \fBAmanda\fR
188 to automatically write an Amanda tape label to any black tape she encounters. This option is DANGEROUS because when set,
189 \fBAmanda\fR
190 will ERASE any non-\fBAmanda\fR
191 tapes you may have, and may also ERASE any near-failing tapes. Use with caution.
192 .sp
193 When using this directive, specify the template for new tape labels. The template should contain some number of contiguous '%' characters, which will be replaced with a generated number. Be sure to specify enough '%' characters that you do not run out of tape labels. Example:
194 label_new_tapes "DailySet1-%%%"
195 .TP
196 \fBdumpuser\fR \fB string\fR
197 Default:
198 \fBamanda\fR. The login name
199 \fBAmanda\fR
200 uses to run the backups. The backup client hosts must allow access from the tape server host as this user via
201 .rhosts
202 or
203 .amandahosts, depending on how the
204 \fBAmanda\fR
205 software was built.
206 .TP
207 \fBprinter\fR string
208 Printer to use when doing tape labels. See the
209 \fBlbl-templ\fR\fBtapetype\fR
210 option.
211 .TP
212 \fBtapedev\fR string
213 Default:
214 \fInull:\fR. The path name of the non-rewinding tape device. Non-rewinding tape device names often have an 'n' in the name, e.g.
215 \fI/dev/rmt/0mn\fR, however this is operating system specific and you should consult that documentation for detailed naming information.
216 .sp
217 If a tape changer is configured (see the
218 \fBtpchanger\fR
219 option), this option might not be used.
220 .sp
221 If the
222 \fBnull\fR
223 output driver is selected (see the section OUTPUT DRIVERS in the
224 \fBamanda\fR(8)
225 manpage for more information), programs such as
226 \fBamdump\fR
227 will run normally but all images will be thrown away. This should only be used for debugging and testing, and probably only with the
228 \fBrecord\fR
229 option set to
230 \fBno\fR.
231 .TP
232 \fBrawtapedev\fR string
233 Default:
234 \fInull:\fR. The path name of the raw tape device. This is only used if
235 \fBAmanda\fR
236 is compiled for Linux machines with floppy tapes and is needed for QIC volume table operations.
237 .TP
238 \fBtpchanger\fR string
239 Default:
240 \fBnone\fR. The name of the tape changer. If a tape changer is not configured, this option is not used and should be commented out of the configuration file.
241 .sp
242 If a tape changer is configured, choose one of the changer scripts (e.g.
243 \fBchg-scsi\fR) and enter that here.
244 .TP
245 \fBchangerdev\fR string
246 Default:
247 \fI/dev/null\fR. A tape changer configuration parameter. Usage depends on the particular changer defined with the
248 \fBtpchanger\fR
249 option.
250 .TP
251 \fBchangerfile\fR string
252 Default:
253 \fI/usr/adm/amanda/log/changer-status\fR. A tape changer configuration parameter. Usage depends on the particular changer defined with the
254 \fBtpchanger\fR
255 option.
256 .TP
257 \fBruntapes\fR int
258 Default:
259 1. The maximum number of tapes used in a single run. If a tape changer is not configured, this option is not used and should be commented out of the configuration file.
260 .sp
261 If a tape changer is configured, this may be set larger than one to let
262 \fBAmanda\fR
263 write to more than one tape.
264 .sp
265 Note that this is an upper bound on the number of tapes, and
266 \fBAmanda\fR
267 may use less.
268 .sp
269 Also note that as of this release,
270 \fBAmanda\fR
271 does not support true tape overflow. When it reaches the end of one tape, the backup image
272 \fBAmanda\fR
273 was processing starts over again on the next tape.
274 .TP
275 \fBmaxdumpsize\fR int
276 Default:
277 \fBruntapes\fR*\fBtape_length\fR. Maximum number of bytes the planner will schedule for a run.
278 .TP
279 \fBtaperalgo\fR [first|firstfit|largest|largestfit|smallest|last]
280 Default:
281 \fBfirst\fR. The algorithm used to choose which dump image to send to the taper.
282 .RS
283 .TP
284 \fBfirst\fR
285 First in, first out.
286 .TP
287 \fBfirstfit\fR
288 The first dump image that will fit on the current tape.
289 .TP
290 \fBlargest\fR
291 The largest dump image.
292 .TP
293 \fBlargestfit\fR
294 The largest dump image that will fit on the current tape.
295 .TP
296 \fBsmallest\fR
297 The smallest dump image.
298 .TP
299 \fBlast\fR
300 Last in, first out.
301 .RE
302 .TP
303 \fBlabelstr\fR \fB string\fR
304 Default:
305 \fB.*\fR. The tape label constraint regular expression. All tape labels generated (see
306 \fBamlabel\fR(8)) and used by this configuration must match the regular expression. If multiple configurations are run from the same tape server host, it is helpful to set their labels to different strings (for example, "DAILY[0-9][0-9]*" vs. "ARCHIVE[0-9][0-9]*") to avoid overwriting each other's tapes.
307 .TP
308 \fBtapetype\fR \fB string\fR
309 Default:
310 \fBEXABYTE\fR. The type of tape drive associated with
311 \fBtapedev\fR
312 or
313 \fBtpchanger\fR. This refers to one of the defined
314 \fBtapetype\fRs in the config file (see below), which specify various tape parameters, like the
315 \fBlength\fR,
316 \fBfilemark\fR
317 size, and
318 \fBspeed\fR
319 of the tape media and device.
320 .sp
321 First character of a
322 \fBtapetype\fR
323 string must be an alphabetic character
324 .TP
325 \fBctimeout\fR int
326 Default:
327 \fB30 seconds\fR. Maximum amount of time that
328 \fBamcheck\fR
329 will wait for each client host.
330 .TP
331 \fBdtimeout\fR int
332 Default:
333 \fB1800 seconds\fR. Amount of idle time per disk on a given client that a
334 \fBdumper\fR
335 running from within
336 \fBamdump\fR
337 will wait before it fails with a data timeout error.
338 .TP
339 \fBetimeout\fR int
340 Default:
341 \fB300 seconds\fR. Amount of time per disk on a given client that the
342 \fBplanner\fR
343 step of
344 \fBamdump\fR
345 will wait to get the dump size estimates. For instance, with the default of 300 seconds and four disks on client A,
346 \fBplanner\fR
347 will wait up to 20 minutes for that machine. A negative value will be interpreted as a total amount of time to wait per client instead of per disk.
348 .TP
349 \fBnetusage\fR int
350 Default:
351 \fB300 Kbps\fR. The maximum network bandwidth allocated to
352 \fBAmanda\fR, in Kbytes per second. See also the
353 \fBinterface\fR
354 section.
355 .TP
356 \fBinparallel\fR int
357 Default:
358 10. The maximum number of backups that
359 \fBAmanda\fR
360 will attempt to run in parallel.
361 \fBAmanda\fR
362 will stay within the constraints of network bandwidth and holding disk space available, so it doesn't hurt to set this number a bit high. Some contention can occur with larger numbers of backups, but this effect is relatively small on most systems.
363 .TP
364 \fBdisplayunit\fR "k|m|g|t"
365 Default:
366 "k". The unit used to print many numbers, k=kilo, m=mega, g=giga, t=tera.
367 .TP
368 \fBdumporder\fR string
369 Default:
370 \fBtttTTTTTTT\fR. The priority order of each dumper:
371 .RS
372 .TP 3
373 •
374 s: smallest size
375 .TP
376 •
377 S: largest size
378 .TP
379 •
380 t: smallest time
381 .TP
382 •
383 T: largest time
384 .TP
385 •
386 b: smallest bandwidth
387 .TP
388 •
389 B: largest bandwidth
390 .RE
391 .TP
392 \fBmaxdumps\fR int
393 Default:
394 1. The maximum number of backups from a single host that
395 \fBAmanda\fR
396 will attempt to run in parallel. See also the
397 \fBinparallel\fR
398 option.
399 .sp
400 Note that this parameter may also be set in a specific
401 \fBdumptype\fR
402 (see below). This value sets the default for all
403 \fBdumptype\fRs so must appear in
404 \fBamanda.conf\fR
405 before any
406 \fBdumptype\fRs are defined.
407 .TP
408 \fBbumpsize\fR int
409 Default:
410 \fB10 Mbytes\fR. The minimum savings required to trigger an automatic bump from one incremental level to the next, expressed as size. If
411 \fBAmanda\fR
412 determines that the next higher backup level will be this much smaller than the current level, it will do the next level. The value of this parameter is used only if the parameter
413 \fBbumppercent\fR
414 is set to 0.
415 .sp
416 The global setting of this parameter can be overwritten inside of a dumptype-definition.
417 .sp
418 See also the options
419 \fBbumppercent\fR,
420 \fBbumpmult\fR
421 and
422 \fBbumpdays\fR.
423 .TP
424 \fBbumppercent\fR int
425 Default:
426 \fB0 percent\fR. The minimum savings required to trigger an automatic bump from one incremental level to the next, expressed as percentage of the current size of the DLE (size of current level 0). If
427 \fBAmanda\fR
428 determines that the next higher backup level will be this much smaller than the current level, it will do the next level.
429 .sp
430 If this parameter is set to 0, the value of the parameter
431 \fBbumpsize\fR
432 is used to trigger bumping.
433 .sp
434 The global setting of this parameter can be overwritten inside of a dumptype-definition.
435 .sp
436 See also the options
437 \fBbumpsize\fR,
438 \fBbumpmult\fR
439 and
440 \fBbumpdays\fR.
441 .TP
442 \fBbumpmult\fR \fB float\fR
443 Default:
444 1.5. The bump size multiplier.
445 \fBAmanda\fR
446 multiplies
447 \fBbumpsize\fR
448 by this factor for each level. This prevents active filesystems from bumping too much by making it harder to bump to the next level. For example, with the default
449 \fBbumpsize\fR
450 and
451 \fBbumpmult\fR
452 set to 2.0, the bump threshold will be 10 Mbytes for level one, 20 Mbytes for level two, 40 Mbytes for level three, and so on.
453 .sp
454 The global setting of this parameter can be overwritten inside of a dumptype-definition.
455 .TP
456 \fBbumpdays\fR \fB int\fR
457 Default:
458 \fB2 days\fR. To insure redundancy in the dumps,
459 \fBAmanda\fR
460 keeps filesystems at the same incremental level for at least
461 \fBbumpdays\fR
462 days, even if the other bump threshold criteria are met.
463 .sp
464 The global setting of this parameter can be overwritten inside of a dumptype-definition.
465 .TP
466 \fBdiskfile\fR \fB string\fR
467 Default:
468 \fBdisklist\fR. The file name for the
469 \fBdisklist\fR
470 file holding client hosts, disks and other client dumping information.
471 .TP
472 \fBinfofile\fR \fB string\fR
473 Default:
474 \fI/usr/adm/amanda/curinfo\fR. The file or directory name for the historical information database. If
475 \fBAmanda\fR
476 was configured to use DBM databases, this is the base file name for them. If it was configured to use text formated databases (the default), this is the base directory and within here will be a directory per client, then a directory per disk, then a text file of data.
477 .TP
478 \fBlogdir\fR \fB string\fR
479 Default:
480 \fI/usr/adm/amanda\fR. The directory for the
481 \fBamdump\fR
482 and
483 \fBlog\fR
484 files.
485 .TP
486 \fBindexdir\fR \fB string\fR
487 Default
488 \fI/usr/adm/amanda/index\fR. The directory where index files (backup image catalogues) are stored. Index files are only generated for filesystems whose
489 \fBdumptype\fR
490 has the
491 \fBindex\fR
492 option enabled.
493 .TP
494 \fBtapelist\fR \fB string\fR
495 Default:
496 \fBtapelist\fR. The file name for the active
497 \fBtapelist\fR
498 file.
499 \fBAmanda\fR
500 maintains this file with information about the active set of tapes.
501 .TP
502 \fBtapebufs\fR \fB int\fR
503 Default:
504 20. The number of buffers used by the
505 \fBtaper\fR
506 process run by
507 \fBamdump\fR
508 and
509 \fBamflush\fR
510 to hold data as it is read from the network or disk before it is written to tape. Each buffer is a little larger than 32 KBytes and is held in a shared memory region.
511 .TP
512 \fBreserve\fR \fB number\fR
513 Default:
514 100. The part of holding-disk space that should be reserved for incremental backups if no tape is available, expressed as a percentage of the available holding-disk space (0-100). By default, when there is no tape to write to, degraded mode (incremental) backups will be performed to the holding disk. If full backups should also be allowed in this case, the amount of holding disk space reserved for incrementals should be lowered.
515 .TP
516 \fBautoflush\fR \fB bool\fR
517 Default:
518 \fBoff\fR. Whether an amdump run will flush the dumps from holding disk to tape.
519 .TP
520 \fBamrecover_do_fsf\fR \fB bool\fR
521 Default:
522 \fBoff\fR. Amrecover will call amrestore with the -f flag for faster positioning of the tape.
523 .TP
524 \fBamrecover_check_label\fR \fB bool\fR
525 Default:
526 \fBoff\fR. Amrecover will call amrestore with the -l flag to check the label.
527 .TP
528 \fBamrecover_changer\fR \fB string\fR
529 Default: ''. Amrecover will use the changer if you use 'settape <string>' and that string is the same as the amrecover_changer setting.
530 .TP
531 \fBcolumnspec\fR \fB string\fR
532 Defines the width of columns
533 \fBamreport\fR
534 should use.
535 \fBString\fR
536 is a comma (',') separated list of triples. Each triple consists of three parts which are separated by a equal sign ('=') and a colon (':') (see the example). These three parts specify:
537 .RS
538 .TP 3
539 &#8226;
540 the name of the column, which may be:
541 .RS
542 .TP 3
543 &#8226;
544 Compress (compression ratio)
545 .TP
546 &#8226;
547 Disk (client disk name)
548 .TP
549 &#8226;
550 DumpRate (dump rate in KBytes/sec)
551 .TP
552 &#8226;
553 DumpTime (total dump time in hours:minutes)
554 .TP
555 &#8226;
556 HostName (client host name)
557 .TP
558 &#8226;
559 Level (dump level)
560 .TP
561 &#8226;
562 OrigKB (original image size in KBytes)
563 .TP
564 &#8226;
565 OutKB (output image size in KBytes)
566 .TP
567 &#8226;
568 TapeRate (tape writing rate in KBytes/sec)
569 .TP
570 &#8226;
571 TapeTime (total tape time in hours:minutes)
572 .RE
573 .TP
574 &#8226;
575 the amount of space to display before the column (used to get whitespace between columns).
576 .TP
577 &#8226;
578 the width of the column itself. If set to a negative value, the width will be calculated on demand to fit the largest entry in this column.
579 .RE
580 .IP
581 Here is an example:
582 .nf
583
584 columnspec "Disk=1:18,HostName=0:10,OutKB=1:7"
585
586 .fi
587
588 The above will display the disk information in 18 characters
589 and put one space before it. The hostname column will be 10 characters wide with
590 no space to the left. The output KBytes column is seven characters wide
591 with one space before it.
592   .TP
593 \fBincludefile\fR \fB string\fR
594 Default:
595 \fBnone\fR. The name of an
596 \fBAmanda\fR
597 configuration file to include within the current file. Useful for sharing dumptypes, tapetypes and interface definitions among several configurations.
598 .SH "HOLDINGDISK SECTION"
599 .PP
600 The
601 \fBamanda.conf\fR
602 file may define one or more holding disks used as buffers to hold backup images before they are written to tape. The syntax is:
603 .nf
604
605 holdingdisk \fBname\fR {
606     \fBholdingdisk-option\fR \fBholdingdisk-value\fR
607     ...
608 }.fi
609 .PP
610 \fBName\fR
611 is a logical name for this holding disk.
612 .PP
613 The options and values are:
614 .TP
615 \fBcomment\fR \fB string\fR
616 Default:
617 \fBnone\fR. A comment string describing this holding disk.
618 .TP
619 \fBdirectory\fR \fB disk\fR
620 Default:
621 \fI/dumps/amanda\fR. The path to this holding area.
622 .TP
623 \fBuse\fR \fB int\fR
624
625 Default:
626 \fB0 Gb\fR.
627 Amount of space that can be used in this holding disk area.
628 If the value is zero, all available space on the file system is used.
629 If the value is negative, \fBAmanda\fR will use all available space minus that value.
630   .TP
631 \fBchunksize\fR \fB int\fR
632
633 Default:
634 \fB1 Gb\fR.
635 Holding disk chunk size. Dumps larger than the specified size will be stored in multiple
636 holding disk files. The size of each chunk will not exceed the specified value.
637 However, even though dump images are split in the holding disk, they are concatenated as 
638 they are written to tape, so each dump image still corresponds to a single continuous 
639 tape section.
640
641 If 0 is specified, \fBAmanda\fR will create holding disk chunks as large as
642 ((INT_MAX/1024)-64) Kbytes.
643
644 Each holding disk chunk includes a 32 Kbyte header, so the minimum
645 chunk size is 64 Kbytes (but that would be really silly).
646
647 Operating systems that are limited to a maximum file size of 2 Gbytes
648 actually cannot handle files that large.
649 They must be at least one byte less than 2 Gbytes.
650 Since \fBAmanda\fR works with 32 Kbyte blocks, and
651 to handle the final read at the end of the chunk, the chunk size
652 should be at least 64 Kbytes (2 * 32 Kbytes) smaller than the maximum
653 file size, e.g. 2047 Mbytes.
654   .SH "DUMPTYPE SECTION"
655 .PP
656 The
657 \fIamanda.conf\fR
658 file may define multiple sets of backup options and refer to them by name from the
659 \fIdisklist\fR
660 file. For instance, one set of options might be defined for file systems that can benefit from high compression, another set that does not compress well, another set for file systems that should always get a full backup and so on.
661 .PP
662 A set of backup options are entered in a
663 \fBdumptype\fR
664 section, which looks like this:
665 .nf
666
667 define dumptype \fBname\fR {
668     \fBdumptype-option\fR \fBdumptype-value\fR
669     ...
670 }
671 .fi
672 .PP
673 \fBName\fR
674 is the name of this set of backup options. It is referenced from the
675 \fIdisklist\fR
676 file.
677 .PP
678 Some of the options in a
679 \fBdumptype\fR
680 section are the same as those in the main part of
681 \fIamanda.conf\fR. The main option value is used to set the default for all
682 \fBdumptype\fR
683 sections. For instance, setting
684 \fBdumpcycle\fR
685 to 50 in the main part of the config file causes all following
686 \fBdumptype\fR
687 sections to start with that value, but the value may be changed on a section by section basis. Changes to variables in the main part of the config file must be done before (earlier in the file) any
688 \fBdumptype\fRs are defined.
689 .PP
690 The dumptype options and values are:
691 .TP
692 \fBauth\fR \fB string\fR
693 Default:
694 \fBbsd\fR. Type of authorization to perform between tape server and backup client hosts.
695 .sp
696 \fBkrb4\fR
697 to use Kerberos-IV authorization.
698 .sp
699 \fBkrb5\fR
700 to use Kerberos-V authorization.
701 .sp
702 \fBssh\fR
703 to use OpenSSH authorization.
704 .TP
705 \fBbumpsize\fR int
706 Default:
707 \fB10 Mbytes\fR. The minimum savings required to trigger an automatic bump from one incremental level to the next, expressed as size. If
708 \fBAmanda\fR
709 determines that the next higher backup level will be this much smaller than the current level, it will do the next level. The value of this parameter is used only if the parameter
710 \fBbumppercent\fR
711 is set to 0.
712 .sp
713 See also the options
714 \fBbumppercent\fR,
715 \fBbumpmult\fR
716 and
717 \fBbumpdays\fR.
718 .TP
719 \fBbumppercent\fR int
720 Default:
721 \fB0 percent\fR. The minimum savings required to trigger an automatic bump from one incremental level to the next, expressed as percentage of the current size of the DLE (size of current level 0). If
722 \fBAmanda\fR
723 determines that the next higher backup level will be this much smaller than the current level, it will do the next level.
724 .sp
725 If this parameter is set to 0, the value of the parameter
726 \fBbumpsize\fR
727 is used to trigger bumping.
728 .sp
729 See also the options
730 \fBbumpsize\fR,
731 \fBbumpmult\fR
732 and
733 \fBbumpdays\fR.
734 .TP
735 \fBbumpmult\fR \fB float\fR
736 Default:
737 1.5. The bump size multiplier.
738 \fBAmanda\fR
739 multiplies
740 \fBbumpsize\fR
741 by this factor for each level. This prevents active filesystems from bumping too much by making it harder to bump to the next level. For example, with the default
742 \fBbumpsize\fR
743 and
744 \fBbumpmult\fR
745 set to 2.0, the bump threshold will be 10 Mbytes for level one, 20 Mbytes for level two, 40 Mbytes for level three, and so on.
746 .TP
747 \fBbumpdays\fR \fB int\fR
748 Default:
749 \fB2 days\fR. To insure redundancy in the dumps,
750 \fBAmanda\fR
751 keeps filesystems at the same incremental level for at least
752 \fBbumpdays\fR
753 days, even if the other bump threshold criteria are met.
754 .TP
755 \fBcomment\fR \fB string\fR
756 Default:
757 \fBnone\fR. A comment string describing this set of backup options.
758 .TP
759 \fBcomprate\fR \fBfloat\fR [, \fBfloat\fR ]
760 Default:
761 0.50,
762 0.50. The expected full and incremental compression factor for dumps. It is only used if
763 \fBAmanda\fR
764 does not have any history information on compression rates for a filesystem, so should not usually need to be set. However, it may be useful for the first time a very large filesystem that compresses very little is backed up.
765 .TP
766 \fBcompress [client|server]\fR \fB string\fR
767 Default:
768 \fBclient fast\fR. If
769 \fBAmanda\fR
770 does compression of the backup images, it can do so either on the backup client host before it crosses the network or on the tape server host as it goes from the network into the holding disk or to tape. Which place to do compression (if at all) depends on how well the dump image usually compresses, the speed and load on the client or server, network capacity, holding disk capacity, availability of tape hardware compression, etc.
771 .sp
772 For either type of compression,
773 \fBAmanda\fR
774 also allows the selection of three styles of compression.
775 \fBBest\fR
776 is the best compression available, often at the expense of CPU overhead.
777 \fBFast\fR
778 is often not as good a compression as
779 \fBbest\fR, but usually less CPU overhead. Or to specify
780 \fBCustom\fR
781 to use your own compression method. (See dumptype custom-compress in example/amanda.conf for reference)
782 .sp
783 So the
784 \fBcompress\fR
785 options line may be one of:
786 .RS
787 .TP 3
788 &#8226;
789 compress none
790 .TP
791 &#8226;
792 compress [client] fast
793 .TP
794 &#8226;
795 compress [client] best
796 .TP
797 &#8226;
798 compress client custom
799 .sp
800 Specify client_custom_compress "PROG"
801 .sp
802 PROG must not contain white space and it must accept -d for uncompress.
803 .TP
804 &#8226;
805 compress server fast
806 .TP
807 &#8226;
808 compress server best
809 .TP
810 &#8226;
811 compress server custom
812 .sp
813 Specify server_custom_compress "PROG"
814 .sp
815 PROG must not contain white space and it must accept -d for uncompress.
816 .RE
817 .IP
818 Note that some tape devices do compression and this option has nothing to do with whether that is used. If hardware compression is used (usually via a particular tape device name or
819 \fBmt\fR
820 option),
821 \fBAmanda\fR
822 (software) compression should be disabled.
823 .TP
824 \fBdumpcycle\fR \fB int\fR
825 Default:
826 \fB10 days\fR. The number of days in the backup cycle. Each disk using this set of options will get a full backup at least this of ten. Setting this to zero tries to do a full backup each run.
827 .TP
828 \fBencrypt [none|client|server]\fR
829 Default:
830 \fBnone\fR. To encrypt backup images, it can do so either on the backup client host before it crosses the network or on the tape server host as it goes from the network into the holding disk or to tape.
831 .sp
832 So the
833 \fBencrypt\fR
834 options line may be one of:
835 .RS
836 .TP 3
837 &#8226;
838 encrypt none
839 .TP
840 &#8226;
841 encrypt client
842 .sp
843 Specify client_encrypt "PROG"
844 .sp
845 PROG must not contain white space.
846 .sp
847 Specify client_decrypt_option "decryption-parameter" Default: "-d"
848 .sp
849 decryption-parameter must not contain white space.
850 .sp
851 (See dumptype encrypt-fast in example/amanda.conf for reference)
852 .TP
853 &#8226;
854 encrypt server
855 .sp
856 Specify server_encrypt "PROG"
857 .sp
858 PROG must not contain white space.
859 .sp
860 Specify server_decrypt_option "decryption-parameter" Default: "-d"
861 .sp
862 decryption-parameter must not contain white space.
863 .RE
864 .PP
865 Note that current logic assumes compression then encryption during backup(thus decrypt then uncompress during restore). So specifying client-encryption AND server-compression is not supported.
866 \fBamcrypt\fR
867 which is a wrapper of
868 \fBaespipe\fR
869 is provided as a reference encryption program.
870 .TP
871 \fBestimate\fR \fBclient|calcsize|server\fR
872 Default:
873 \fBclient\fR. Determine the way
874 \fBAmanda\fR
875 does it's estimate.
876 .RS
877 .TP 3
878 &#8226;
879 client:
880 .sp
881 Use the same program as the dumping program, this is the most accurate way to do estimates, but it can take a long time.
882 .TP
883 &#8226;
884 calcsize:
885 .sp
886 Use a faster program to do estimates, but the result is less accurate.
887 .TP
888 &#8226;
889 server:
890 .sp
891 Use only statistics from the previous run to give an estimate, it takes only a few seconds but the result is not accurate if your disk usage changes from day to day.
892 .RE
893 .TP
894 \fBexclude\fR [ \fBlist|file\fR ][[optional][ \fBappend\fR ][ \fB string\fR ]+]
895 Default:
896 \fBfile\fR. There are two exclude lists,
897 \fBexclude file\fR
898 and
899 \fBexclude list.\fR
900 With
901 \fBexclude file\fR
902 , the
903 \fBstring\fR
904 is a
905 \fBGNU-tar\fR
906 exclude expression. With
907 \fBexclude list\fR
908 , the
909 \fBstring\fR
910 is a file name on the client containing
911 \fBGNU-tar\fR
912 exclude expressions. The path to the specified exclude list file, if present (see description of 'optional' below), must be readable by the
913 \fBAmanda\fR
914 user.
915 .sp
916 All exclude expressions are concatenated in one file and passed to
917 \fBGNU-tar\fR
918 as an
919 \fB--exclude-from\fR
920 argument.
921 .sp
922 Exclude expressions must always be specified as relative to the head directory of the DLE.
923 .sp
924 With the
925 \fBappend\fR
926 keyword, the
927 \fBstring\fR
928 is appended to the current list, without it, the
929 \fBstring\fR
930 overwrites the list.
931 .sp
932 If
933 \fBoptional\fR
934 is specified for
935 \fBexclude list\fR, then amcheck will not complain if the file doesn't exist or is not readable.
936 .sp
937 For
938 \fBexclude list\fR, if the file name is relative, the disk name being backed up is prepended. So if this is entered:
939 .nf
940
941     exclude list ".amanda.excludes"
942 .fi
943 the actual file used would be
944 \fI/var/.amanda.excludes\fR
945 for a backup of
946 \fI/var\fR,
947 \fI/usr/local/.amanda.excludes\fR
948 for a backup of
949 \fI/usr/local\fR, and so on.
950 .TP
951 \fBholdingdisk\fR \fB boolean\fR
952 Default:
953 \fByes\fR. Whether a holding disk should be used for these backups or whether they should go directly to tape. If the holding disk is a portion of another file system that
954 \fBAmanda\fR
955 is backing up, that file system should refer to a dumptype with
956 \fBholdingdisk\fR
957 set to
958 \fBno\fR
959 to avoid backing up the holding disk into itself.
960 .TP
961 \fBignore\fR \fB boolean\fR
962 Default:
963 \fBno\fR. Whether disks associated with this backup type should be backed up or not. This option is useful when the
964 \fBdisklist\fR
965 file is shared among several configurations, some of which should not back up all the listed file systems.
966 .TP
967 \fBinclude\fR [ \fBlist|file\fR ][[optional][ \fBappend\fR ][ \fB string\fR ]+]
968 Default:
969 \fBfile\fR
970 ".". There are two include lists,
971 \fBinclude file\fR
972 and
973 \fBinclude list.\fR
974 With
975 \fBinclude file\fR
976 , the
977 \fBstring\fR
978 is a glob expression. With
979 \fBinclude list\fR
980 , the
981 \fBstring\fR
982 is a file name on the client containing glob expressions.
983 .sp
984 All include expressions are expanded by
985 \fBAmanda\fR, concatenated in one file and passed to
986 \fBGNU-tar\fR
987 as a
988 \fB--files-from\fR
989 argument. They must start with "./" and contain no other "/".
990 .sp
991 Include expressions must always be specified as relative to the head directory of the DLE.
992 .sp
993 .it 1 an-trap
994 .nr an-no-space-flag 1
995 .nr an-break-flag 1
996 .br
997 \fBNote\fR
998 For globbing to work at all, even the limited single level, 
999 the top level directory of the DLE must be readable by the \fBAmanda\fR user.With the
1000 \fBappend\fR
1001 keyword, the
1002 \fBstring\fR
1003 is appended to the current list, without it, the
1004 \fBstring\fR
1005 overwrites the list.
1006 .sp
1007 If
1008 \fBoptional\fR
1009 is specified for
1010 \fBinclude list,\fR
1011 then amcheck will not complain if the file doesn't exist or is not readable.
1012 .sp
1013 For
1014 \fBinclude list\fR, If the file name is relative, the disk name being backed up is prepended.
1015 .TP
1016 \fBindex\fR \fB boolean\fR
1017 Default:
1018 \fBno\fR. Whether an index (catalogue) of the backup should be generated and saved in
1019 \fBindexdir\fR. These catalogues are used by the
1020 \fBamrecover\fR
1021 utility.
1022 .TP
1023 \fBkencrypt\fR \fB boolean\fR
1024 Default:
1025 \fBno\fR. Whether the backup image should be encrypted by Kerberos as it is sent across the network from the backup client host to the tape server host.
1026 .TP
1027 \fBmaxdumps\fR \fB int\fR
1028 Default:
1029 1. The maximum number of backups from a single host that
1030 \fBAmanda\fR
1031 will attempt to run in parallel. See also the main section parameter
1032 \fBinparallel\fR.
1033 .TP
1034 \fBmaxpromoteday\fR \fB int\fR
1035 Default:
1036 10000. The maximum number of day for a promotion, set it 0 if you don't want promotion, set it to 1 or 2 if your disks get overpromoted.
1037 .TP
1038 \fBpriority\fR \fB string\fR
1039 Default:
1040 \fBmedium\fR. When there is no tape to write to,
1041 \fBAmanda\fR
1042 will do incremental backups in priority order to the holding disk. The priority may be high (2), medium (1), low (0) or a number of your choice.
1043 .TP
1044 \fBprogram\fR \fB string\fR
1045 Default:
1046 \fBDUMP\fR. The type of backup to perform. Valid values are
1047 \fBDUMP\fR
1048 for the native operating system backup program, and
1049 \fBGNUTAR\fR
1050 to use
1051 \fBGNU-tar\fR
1052 or to do PC backups using Samba.
1053 .TP
1054 \fBrecord\fR \fB boolean\fR
1055 Default:
1056 \fByes\fR. Whether to ask the backup program to update its database (e.g.
1057 \fI/etc/dumpdates\fR
1058 for DUMP or
1059 \fI/usr/local/var/amanda/gnutar-lists\fR
1060 for GNUTAR) of time stamps. This is normally enabled for daily backups and turned off for periodic archival runs.
1061 .TP
1062 \fBskip-full\fR \fB boolean\fR
1063 Default:
1064 \fBno\fR. If
1065 \fBtrue\fR
1066 and
1067 \fBplanner\fR
1068 has scheduled a full backup, these disks will be skipped, and full backups should be run off-line on these days. It was reported that
1069 \fBAmanda\fR
1070 only schedules level 1 incrementals in this configuration; this is probably a bug.
1071 .TP
1072 \fBskip-incr\fR \fB boolean\fR
1073 Default:
1074 \fBno\fR. If
1075 \fBtrue\fR
1076 and
1077 \fBplanner\fR
1078 has scheduled an incremental backup, these disks will be skipped.
1079 .TP
1080 \fBstarttime\fR \fB int\fR
1081 Default:
1082 \fBnone\fR. Backups will not start until after this time of day. The value should be hh*100+mm, e.g. 6:30PM (18:30) would be entered as
1083 1830.
1084 .TP
1085 \fBstrategy\fR \fB string\fR
1086 Default:
1087 \fBstandard\fR. Strategy to use when planning what level of backup to run next. Values are:
1088 .RS
1089 .TP
1090 \fBstandard\fR
1091 The standard
1092 \fBAmanda\fR
1093 schedule.
1094 .TP
1095 \fBnofull\fR
1096 Never do full backups, only level 1 incrementals.
1097 .TP
1098 \fBnoinc\fR
1099 Never do incremental backups, only full dumps.
1100 .TP
1101 \fBskip\fR
1102 Never do backups (useful when sharing the
1103 \fBdisklist\fR
1104 file).
1105 .TP
1106 \fBincronly\fR
1107 Only do incremental dumps.
1108 \fBamadmin force\fR
1109 should be used to tell
1110 \fBAmanda\fR
1111 that a full dump has been performed off-line, so that it resets to level 1. It is similar to skip-full, but with incronly full dumps may be scheduled manually. Unfortunately, it appears that
1112 \fBAmanda\fR
1113 will perform full backups with this configuration, which is probably a bug.
1114 .RE
1115 .TP
1116 \fBtape_splitsize\fR \fB int\fR
1117 Default:
1118 \fBnone\fR. Split dump file on tape into pieces of a specified size. This allows dumps to be spread across multiple tapes, and can potentially make more efficient use of tape space. Note that if this value is too large (more than half the size of the average dump being split), substantial tape space can be wasted. If too small, large dumps will be split into innumerable tiny dumpfiles, adding to restoration complexity. A good rule of thumb, usually, is 1/10 of the size of your tape.
1119 .TP
1120 \fBsplit_diskbuffer\fR \fB string\fR
1121 Default:
1122 \fBnone\fR. When dumping a split dump in PORT-WRITE mode (usually meaning "no holding disk"), buffer the split chunks to a file in the directory specified by this option.
1123 .TP
1124 \fBfallback_splitsize\fR \fB int\fR
1125 Default:
1126 \fB10M\fR. When dumping a split dump in PORT-WRITE mode, if no split_diskbuffer is specified (or if we somehow fail to use our split_diskbuffer), we must buffer split chunks in memory. This specifies the maximum size split chunks can be in this scenario, and thus the maximum amount of memory consumed for in-memory splitting. The size of this buffer can be changed from its (very conservative) default to a value reflecting the amount of memory that each taper process on the dump server may reasonably consume.
1127 .PP
1128 The following
1129 \fBdumptype\fR
1130 entries are predefined by
1131 \fBAmanda\fR:
1132 .nf
1133
1134 define dumptype no-compress {
1135     compress none
1136 }
1137 define dumptype compress-fast {
1138     compress client fast
1139 }
1140 define dumptype compress-best {
1141     compress client best
1142 }
1143 define dumptype srvcompress {
1144     compress server fast
1145 }
1146 define dumptype bsd-auth {
1147     auth bsd
1148 }
1149 define dumptype krb4-auth {
1150     auth krb4
1151 }
1152 define dumptype no-record {
1153     record no
1154 }
1155 define dumptype no-hold {
1156     holdingdisk no
1157 }
1158 define dumptype no-full {
1159     skip-full yes
1160
1161 .fi
1162 .PP
1163 In addition to options in a
1164 \fBdumptype\fR
1165 section, one or more other
1166 \fBdumptype\fR
1167 names may be entered, which make this
1168 \fBdumptype\fR
1169 inherit options from other previously defined
1170 \fBdumptype\fRs. For instance, two sections might be the same except for the
1171 \fBrecord\fR
1172 option:
1173 .nf
1174
1175 define dumptype normal {
1176     comment "Normal backup, no compression, do indexing"
1177     no-compress
1178     index yes
1179     maxdumps 2
1180 }
1181 define dumptype testing {
1182     comment "Test backup, no compression, do indexing, no recording"
1183     normal
1184     record no
1185 }
1186 .fi
1187 .PP
1188 \fBAmanda\fR
1189 provides a
1190 \fBdumptype\fR
1191 named
1192 \fBglobal\fR
1193 in the sample
1194 \fBamanda.conf\fR
1195 file that all
1196 \fBdumptype\fRs should reference. This provides an easy place to make changes that will affect every
1197 \fBdumptype\fR.
1198 .SH "TAPETYPE SECTION"
1199 .PP
1200 The
1201 \fBamanda.conf\fR
1202 file may define multiple types of tape media and devices. The information is entered in a
1203 \fBtapetype\fR
1204 section, which looks like this in the config file:
1205 .nf
1206
1207 define tapetype \fBname\fR {
1208     \fBtapetype-option\fR \fBtapetype-value\fR
1209     ...
1210 }
1211 .fi
1212 .PP
1213 \fBName\fR
1214 is the name of this type of tape medium/device. It is referenced from the
1215 \fBtapetype\fR
1216 option in the main part of the config file.
1217 .PP
1218 The tapetype options and values are:
1219 .TP
1220 \fBcomment\fR \fB string\fR
1221 Default:
1222 \fBnone\fR. A comment string describing this set of tape information.
1223 .TP
1224 \fBfilemark\fR \fB int\fR
1225 Default:
1226 \fB1000 bytes\fR. How large a file mark (tape mark) is, measured in bytes. If the size is only known in some linear measurement (e.g. inches), convert it to bytes using the device density.
1227 .TP
1228 \fBlength\fR \fB int\fR
1229 Default:
1230 \fB2000 kbytes\fR. How much data will fit on a tape.
1231 .sp
1232 Note that this value is only used by
1233 \fBAmanda\fR
1234 to schedule which backups will be run. Once the backups start,
1235 \fBAmanda\fR
1236 will continue to write to a tape until it gets an error, regardless of what value is entered for
1237 \fBlength\fR
1238 (but see the section OUTPUT DRIVERS in the
1239 \fBamanda\fR(8)
1240 manpage for exceptions).
1241 .TP
1242 \fBblocksize\fR \fB int\fR
1243 Default:
1244 \fB32\fR. How much data will be written in each tape record expressed in KiloBytes. The tape record size (= blocksize) can not be reduced below the default 32 KBytes. The parameter blocksize can only be raised if
1245 \fBAmanda\fR
1246 was compiled with the configure option --with-maxtapeblocksize=N set with "N" greater than 32 during
1247 \fBconfigure\fR.
1248 .TP
1249 \fBfile-pad\fR \fB boolean\fR
1250 Default:
1251 \fBtrue\fR. If true, every record, including the last one in the file, will have the same length. This matches the way
1252 \fBAmanda\fR
1253 wrote tapes prior to the availability of this parameter. It may also be useful on devices that only support a fixed blocksize.
1254 .sp
1255 Note that the last record on the tape probably includes trailing null byte padding, which will be passed back to
1256 \fBgzip\fR,
1257 \fBcompress\fR
1258 or the restore program. Most programs just ignore this (although possibly with a warning).
1259 .sp
1260 If this parameter is false, the last record in a file may be shorter than the block size. The file will contain the same amount of data the dump program generated, without trailing null byte padding. When read, the same amount of data that was written will be returned.
1261 .TP
1262 \fBspeed\fR \fB int\fR
1263 Default:
1264 \fB200 bps\fR. How fast the drive will accept data, in bytes per second. This parameter is NOT currently used by
1265 \fBAmanda\fR.
1266 .TP
1267 \fBlbl-templ\fR \fB string\fR
1268 A PostScript template file used by
1269 \fBamreport\fR
1270 to generate labels. Several sample files are provided with the
1271 \fBAmanda\fR
1272 sources in the
1273 \fBexample\fR
1274 directory. See the
1275 \fBamreport\fR(8)
1276 man page for more information.
1277 .PP
1278 In addition to options, another
1279 \fBtapetype\fR
1280 name may be entered, which makes this
1281 \fBtapetype\fR
1282 inherit options from another
1283 \fBtapetype\fR. For instance, the only difference between a DLT4000 tape drive using Compact-III tapes and one using Compact-IV tapes is the length of the tape. So they could be entered as:
1284 .nf
1285
1286 define tapetype DLT4000-III {
1287     comment "DLT4000 tape drives with Compact-III tapes"
1288     length 12500 mbytes         # 10 Gig tapes with some compression
1289     filemark 2000 kbytes
1290     speed 1536 kps
1291 }
1292 define tapetype DLT4000-IV {
1293     DLT4000-III
1294     comment "DLT4000 tape drives with Compact-IV tapes"
1295     length 25000 mbytes         # 20 Gig tapes with some compression
1296 }
1297 .fi
1298 .SH "INTERFACE SECTION"
1299 .PP
1300 The
1301 \fBamanda.conf\fR
1302 file may define multiple types of network interfaces. The information is entered in an
1303 \fBinterface\fR
1304 section, which looks like this:
1305 .nf
1306
1307 define interface \fBname\fR {
1308     \fBinterface-option\fR \fBinterface-value\fR
1309     ...
1310 }
1311 .fi
1312 .PP
1313 \fBname\fR
1314 is the name of this type of network interface. It is referenced from the
1315 \fBdisklist\fR
1316 file.
1317 .PP
1318 Note that these sections define network interface characteristics, not the actual interface that will be used. Nor do they impose limits on the bandwidth that will actually be taken up by
1319 \fBAmanda\fR.
1320 \fBAmanda\fR
1321 computes the estimated bandwidth each file system backup will take based on the estimated size and time, then compares that plus any other running backups with the limit as another of the criteria when deciding whether to start the backup. Once a backup starts,
1322 \fBAmanda\fR
1323 will use as much of the network as it can leaving throttling up to the operating system and network hardware.
1324 .PP
1325 The interface options and values are:
1326 .TP
1327 \fBcomment\fR \fB string\fR
1328 Default:
1329 \fBnone\fR. A comment string describing this set of network information.
1330 .TP
1331 \fBuse\fR \fB int\fR
1332 Default:
1333 \fB300 Kbps\fR. The speed of the interface in Kbytes per second.
1334 .PP
1335 In addition to options, another
1336 \fBinterface\fR
1337 name may be entered, which makes this
1338 \fBinterface\fR
1339 inherit options from another
1340 \fBinterface\fR. At the moment, this is of little use.
1341 .SH "AUTHOR"
1342 .PP
1343 James da Silva,
1344 <jds@amanda.org>: Original text
1345 .PP
1346 Stefan G. Weichinger,
1347 <sgw@amanda.org>, maintainer of the
1348 \fBAmanda\fR-documentation: XML-conversion, major update, splitting
1349 .SH "SEE ALSO"
1350 .PP
1351 \fBamanda\fR(8),
1352 \fBamcrypt\fR(8),
1353 \fBaespipe\fR(1),
1354