]> git.wh0rd.org - dump.git/blame_incremental - dump/dump.8.in
Added -F script option to restore.
[dump.git] / dump / dump.8.in
... / ...
CommitLineData
1.\" Copyright (c) 1980, 1991, 1993
2.\" Regents of the University of California.
3.\" All rights reserved.
4.\"
5.\" Redistribution and use in source and binary forms, with or without
6.\" modification, are permitted provided that the following conditions
7.\" are met:
8.\" 1. Redistributions of source code must retain the above copyright
9.\" notice, this list of conditions and the following disclaimer.
10.\" 2. Redistributions in binary form must reproduce the above copyright
11.\" notice, this list of conditions and the following disclaimer in the
12.\" documentation and/or other materials provided with the distribution.
13.\" 3. All advertising materials mentioning features or use of this software
14.\" must display the following acknowledgement:
15.\" This product includes software developed by the University of
16.\" California, Berkeley and its contributors.
17.\" 4. Neither the name of the University nor the names of its contributors
18.\" may be used to endorse or promote products derived from this software
19.\" without specific prior written permission.
20.\"
21.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
22.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
23.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
24.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
25.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
26.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
27.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
28.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
29.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
30.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
31.\" SUCH DAMAGE.
32.\"
33.\" $Id: dump.8.in,v 1.28 2001/07/18 12:54:06 stelian Exp $
34.\"
35.Dd __DATE__
36.Dt DUMP 8
37.Os "dump __VERSION__"
38.Sh NAME
39.Nm dump
40.Nd ext2 filesystem backup
41.Sh SYNOPSIS
42.Nm dump
43.Op Fl 0123456789ackMnSu
44.Op Fl B Ar records
45.Op Fl b Ar blocksize
46.Op Fl d Ar density
47.Op Fl e Ar inode number
48.Op Fl f Ar file
49.Op Fl F Ar script
50.Op Fl h Ar level
51.Op Fl L Ar label
52.Op Fl Q Ar file
53.Op Fl s Ar feet
54.Op Fl T Ar date
55.Op Fl z Ar compression level
56.Ar files-to-dump
57.Nm dump
58.Op Fl W Li \&| Fl w
59.Pp
60.in
61(The
62.Bx 4.3
63option syntax is implemented for backward compatibility but
64is not documented here.)
65.Sh DESCRIPTION
66.Nm Dump
67examines files
68on an ext2 filesystem
69and determines which files
70need to be backed up. These files
71are copied to the given disk, tape or other
72storage medium for safe keeping (see the
73.Fl f
74option below for doing remote backups).
75A dump that is larger than the output medium is broken into
76multiple volumes.
77On most media the size is determined by writing until an
78end-of-media indication is returned.
79.Pp
80On media that cannot reliably return an end-of-media indication
81(such as some cartridge tape drives), each volume is of a fixed size;
82the actual size is determined by specifying cartridge media, or via the
83tape size, density and/or block count options below.
84By default, the same output file name is used for each volume
85after prompting the operator to change media.
86.Pp
87.Ar files-to-dump
88is either a mountpoint of a filesystem
89or a list of files and directories to be backed up as a subset of a
90filesystem.
91In the former case, either the path to a mounted filesystem
92or the device of an unmounted filesystem can be used.
93In the latter case, certain restrictions are placed on the backup:
94.Fl u
95is not allowed, the only dump level that is supported is
96.Fl 0
97and all the files and directories must reside on the same filesystem.
98.Pp
99The following options are supported by
100.Nm Ns :
101.Bl -tag -width Ds
102.It Fl 0\-9
103Dump levels.
104A level 0, full backup,
105guarantees the entire file system is copied
106(but see also the
107.Fl h
108option below).
109A level number above 0,
110incremental backup,
111tells
112.Nm dump
113to
114copy all files new or modified since the
115last dump of a lower level.
116The default level is 9.
117.It Fl B Ar records
118The number of 1 kB blocks per volume.
119This option overrides the end-of-media detection, and calculation
120of tape size based on length and density. If compression is on this
121limits the size of the compressed output per volume.
122.It Fl a
123.Dq auto-size .
124Bypass all tape length calculations, and write
125until an end-of-media indication is returned. This works best
126for most modern tape drives, and is the default.
127Use of this option is particularly recommended when appending to an
128existing tape, or using a tape drive with hardware compression
129(where you can never be sure about the compression ratio).
130.It Fl b Ar blocksize
131The number of kilobytes per dump record.
132Since the IO system slices all requests into chunks of MAXBSIZE
133(typically 64kB), it is not possible to use a larger blocksize
134without having problems later with
135.Xr restore 8 .
136Therefore
137.Nm dump
138will constrain writes to MAXBSIZE.
139The default blocksize is 10.
140.It Fl c
141Change the defaults for use with a cartridge tape drive, with a density
142of 8000 bpi, and a length of 1700 feet. Specifying a cartridge drive
143overrides the end-of-media detection.
144.It Fl e Ar inode
145Exclude
146.Ar inode
147from the dump (you can use
148.Ar stat
149to find the inode number for a file or directory).
150.It Fl h Ar level
151Honor the user
152.Dq nodump
153flag
154.Dp Dv UF_NODUMP
155only for dumps at or above the given
156.Ar level .
157The default honor level is 1,
158so that incremental backups omit such files
159but full backups retain them.
160.It Fl d Ar density
161Set tape density to
162.Ar density .
163The default is 1600BPI. Specifying a tape density overrides the
164end-of-media detection.
165.It Fl f Ar file
166Write the backup to
167.Ar file ;
168.Ar file
169may be a special device file
170like
171.Pa /dev/st0
172(a tape drive),
173.Pa /dev/rsd1c
174(a floppy disk drive),
175an ordinary file,
176or
177.Ql Fl
178(the standard output).
179Multiple file names may be given as a single argument separated by commas.
180Each file will be used for one dump volume in the order listed;
181if the dump requires more volumes than the number of names given,
182the last file name will used for all remaining volumes after prompting
183for media changes.
184If the name of the file is of the form
185.Dq host:file
186or
187.Dq user@host:file
188.Nm
189writes to the named file on the remote host using
190.Xr rmt 8 .
191The default path name of the remote
192.Xr rmt 8
193program is
194.\" rmt path, is the path on the remote host
195.Pa /etc/rmt ;
196this can be overridden by the environment variable
197.Ev RMT .
198.It Fl F Ar script
199Run script at the end of each tape. The device name and the
200current volume number are passed on the command line.
201The script must return 0 if
202.Nm
203should continue without asking the user to change the tape, 1 if
204.Nm
205should continue but ask the user to change the tape.
206Any other exit code will cause
207.Nm
208to abort.
209For security reasons,
210.Nm
211reverts back to the real user ID and the real group ID before
212running the script.
213.It Fl k
214Use Kerberos authentication to talk to remote tape servers. (Only
215available if this option was enabled when
216.Nm
217was compiled.)
218.It Fl L Ar label
219The user-supplied text string
220.Ar label
221is placed into the dump header, where tools like
222.Xr restore 8
223and
224.Xr file 1
225can access it.
226Note that this label is limited
227to be at most LBLSIZE (currently 16) characters, which must include
228the terminating
229.Ql \e0 .
230.It Fl M
231Enable the multi-volume feature. The name specified with
232.Fl f
233is treated as a prefix and
234.Nm
235writes in sequence to <prefix>001, <prefix>002 etc. This can be
236useful when dumping to files on an ext2 partition, in order to bypass
237the 2GB file size limitation.
238.It Fl n
239Whenever
240.Nm
241requires operator attention,
242notify all operators in the group
243.Dq operator
244by means similar to a
245.Xr wall 1 .
246.It Fl Q Ar file
247Enable the Quick File Access support. Tape positions for each
248inode are stored into the file
249.Ar file
250which is used by restore (if called with parameter Q and the filename)
251to directly position the tape at the file restore is currently working
252on. This saves hours when restoring single files from large backups,
253saves the tapes and the drive's head.
254.It Fl s Ar feet
255Attempt to calculate the amount of tape needed at a particular density.
256If this amount is exceeded,
257.Nm
258prompts for a new tape.
259It is recommended to be a bit conservative on this option.
260The default tape length is 2300 feet. Specifying the tape size
261overrides end-of-media detection.
262.ne 1i
263.It Fl S
264Size estimate. Determine the amount of space
265that is needed to perform the dump without
266actually doing it, and display the estimated
267number of bytes it will take. This is useful
268with incremental dumps to determine how many
269volumes of media will be needed.
270.It Fl T Ar date
271Use the specified date as the starting time for the dump
272instead of the time determined from looking in
273.Pa __DUMPDATES__ .
274The format of
275.Ar date
276is the same as that of
277.Xr ctime 3 .
278This option is useful for automated dump scripts that wish to
279dump over a specific period of time.
280The
281.Fl T
282option is mutually exclusive from the
283.Fl u
284option.
285.It Fl u
286Update the file
287.Pa __DUMPDATES__
288after a successful dump.
289The format of
290.Pa __DUMPDATES__
291is readable by people, consisting of one
292free format record per line:
293filesystem name,
294increment level
295and
296.Xr ctime 3
297format dump date.
298There may be only one entry per filesystem at each level.
299The file
300.Pa __DUMPDATES__
301may be edited to change any of the fields,
302if necessary.
303.It Fl W
304.Nm Dump
305tells the operator what file systems need to be dumped.
306This information is gleaned from the files
307.Pa __DUMPDATES__
308and
309.Pa /etc/fstab .
310The
311.Fl W
312option causes
313.Nm
314to print out, for all file systems in
315.Pa __DUMPDATES__ ,
316and regognized file systems in
317.Pa /etc/fstab .
318the most recent dump date and level,
319and highlights those that should be dumped.
320If the
321.Fl W
322option is set, all other options are ignored, and
323.Nm
324exits immediately.
325.It Fl w
326Is like
327.Fl W ,
328but prints only recognized filesystems in
329.Pa /etc/fstab
330which need to be dumped.
331.It Fl z Ar compression level
332Compress every block to be written on the tape using zlib library. This
333option will work only when dumping to a file or pipe or, when dumping
334to a tape drive, if the tape drive is capable of writing variable
335length blocks. You will need at least the 0.4b22 version of restore in
336order to extract compressed tapes. Tapes written using compression will
337not be compatible with the BSD tape format. The (optional) parameter
338specifies the compression level zlib will use. The default compression
339level is 2.
340.El
341.Pp
342.Nm Dump
343requires operator intervention on these conditions:
344end of tape,
345end of dump,
346tape write error,
347tape open error or
348disk read error (if there is more than a threshold of 32).
349In addition to alerting all operators implied by the
350.Fl n
351key,
352.Nm
353interacts with the operator on
354.Em dump's
355control terminal at times when
356.Nm
357can no longer proceed,
358or if something is grossly wrong.
359All questions
360.Nm
361poses
362.Em must
363be answered by typing
364.Dq yes
365or
366.Dq no ,
367appropriately.
368.Pp
369Since making a dump involves a lot of time and effort for full dumps,
370.Nm
371checkpoints itself at the start of each tape volume.
372If writing that volume fails for some reason,
373.Nm
374will,
375with operator permission,
376restart itself from the checkpoint
377after the old tape has been rewound and removed,
378and a new tape has been mounted.
379.Pp
380.Nm Dump
381tells the operator what is going on at periodic intervals,
382including usually low estimates of the number of blocks to write,
383the number of tapes it will take, the time to completion, and
384the time to the tape change.
385The output is verbose,
386so that others know that the terminal
387controlling
388.Nm
389is busy,
390and will be for some time.
391.Pp
392In the event of a catastrophic disk event, the time required
393to restore all the necessary backup tapes or files to disk
394can be kept to a minimum by staggering the incremental dumps.
395An efficient method of staggering incremental dumps
396to minimize the number of tapes follows:
397.Bl -bullet -offset indent
398.It
399Always start with a level 0 backup, for example:
400.Bd -literal -offset indent
401/sbin/dump -0u -f /dev/st0 /usr/src
402.Ed
403.Pp
404This should be done at set intervals, say once a month or once every two months,
405and on a set of fresh tapes that is saved forever.
406.It
407After a level 0, dumps of active file
408systems are taken on a daily basis,
409using a modified Tower of Hanoi algorithm,
410with this sequence of dump levels:
411.Bd -literal -offset indent
4123 2 5 4 7 6 9 8 9 9 ...
413.Ed
414.Pp
415For the daily dumps, it should be possible to use a fixed number of tapes
416for each day, used on a weekly basis.
417Each week, a level 1 dump is taken, and
418the daily Hanoi sequence repeats beginning with 3.
419For weekly dumps, another fixed set of tapes per dumped file system is
420used, also on a cyclical basis.
421.El
422.Pp
423After several months or so, the daily and weekly tapes should get
424rotated out of the dump cycle and fresh tapes brought in.
425.Sh ENVIRONMENT
426.Bl -tag -width Fl
427.It Ev TAPE
428If no -f option was specified,
429.Nm
430will use the device specified via
431.Ev TAPE
432as the dump device.
433.Ev TAPE
434may be of the form
435.Qq tapename ,
436.Qq host:tapename ,
437or
438.Qq user@host:tapename .
439.It Ev RMT
440The environment variable
441.Ev RMT
442will be used to determine the pathname of the remote
443.Xr rmt 8
444program.
445.It Ev RSH
446.Nm Dump
447uses the contents of this variable to determine the name of the
448remote shell command to use when doing remote backups (rsh, ssh etc.).
449If this variable is not set,
450.Xr rcmd 3
451will be used, but only root will be able to do remote backups.
452.Sh FILES
453.Bl -tag -width __DUMPDATES__ -compact
454.It Pa /dev/st0
455default tape unit to dump to
456.It Pa __DUMPDATES__
457dump date records
458.It Pa /etc/fstab
459dump table: file systems and frequency
460.It Pa /etc/group
461to find group
462.Em operator
463.El
464.Sh SEE ALSO
465.Xr fstab 5 ,
466.Xr restore 8 ,
467.Xr rmt 8
468.Sh DIAGNOSTICS
469Many, and verbose.
470.Pp
471.Nm Dump
472exits with zero status on success.
473Startup errors are indicated with an exit code of 1;
474abnormal termination is indicated with an exit code of 3.
475.Sh BUGS
476It might be considered a bug that this version of dump can only handle ext2
477filesystems. Specifically, it does not work with FAT filesystems.
478.Pp
479Fewer than 32 read errors on the filesystem are ignored. If noticing
480read errors is important, the output from dump can be parsed to look for lines
481that contain the text 'read error'.
482.Pp
483Each reel requires a new process, so parent processes for
484reels already written just hang around until the entire tape
485is written.
486.Pp
487The estimated number of tapes is not correct if compression is on.
488.Pp
489It would be nice if
490.Nm
491knew about the dump sequence,
492kept track of the tapes scribbled on,
493told the operator which tape to mount when,
494and provided more assistance
495for the operator running
496.Xr restore .
497.Pp
498.Nm Dump
499cannot do remote backups without being run as root, due to its
500security history.
501Presently, it works if you set it setuid (like it used to be), but this
502might constitute a security risk. Note that you can set RSH to use
503a remote shell program instead.
504.Sh AUTHOR
505The
506.Nm dump/restore
507backup suite was ported to Linux's Second Extended File System
508by Remy Card <card@Linux.EU.Org>. He maintained the initial versions
509of dump (up and including 0.4b4, released in january 1997).
510.Pp
511Starting with 0.4b5, the new maintainer is Stelian Pop
512.br
513<pop@noos.fr>.
514.Sh AVAILABILITY
515The
516.Nm dump/restore
517backup suite is available from
518.br
519http://dump.sourceforge.net
520.Sh HISTORY
521A
522.Nm
523command appeared in
524.At v6 .