]> git.wh0rd.org - dump.git/blame_incremental - dump/dump.8.in
QFA fixes.
[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.29 2001/07/18 13:12:33 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.Pp
255It is recommended to set up the st driver to return logical tape
256positions rather than physical before calling dump/restore with
257parameter Q. Since not all tape devices support physical tape
258positions those tape devices return an error during dump/restore when
259the st driver is set to the default physical setting.
260Please see the st man page, option MTSETDRVBUFFER, or the mt man
261page, on how to set the driver to return logical tape positions.
262.Pp
263Before calling restore with parameter Q, always make sure the st
264driver is set to return the same type of tape position used during the
265call to dump. Otherwise restore may be confused.
266.It Fl s Ar feet
267Attempt to calculate the amount of tape needed at a particular density.
268If this amount is exceeded,
269.Nm
270prompts for a new tape.
271It is recommended to be a bit conservative on this option.
272The default tape length is 2300 feet. Specifying the tape size
273overrides end-of-media detection.
274.ne 1i
275.It Fl S
276Size estimate. Determine the amount of space
277that is needed to perform the dump without
278actually doing it, and display the estimated
279number of bytes it will take. This is useful
280with incremental dumps to determine how many
281volumes of media will be needed.
282.It Fl T Ar date
283Use the specified date as the starting time for the dump
284instead of the time determined from looking in
285.Pa __DUMPDATES__ .
286The format of
287.Ar date
288is the same as that of
289.Xr ctime 3 .
290This option is useful for automated dump scripts that wish to
291dump over a specific period of time.
292The
293.Fl T
294option is mutually exclusive from the
295.Fl u
296option.
297.It Fl u
298Update the file
299.Pa __DUMPDATES__
300after a successful dump.
301The format of
302.Pa __DUMPDATES__
303is readable by people, consisting of one
304free format record per line:
305filesystem name,
306increment level
307and
308.Xr ctime 3
309format dump date.
310There may be only one entry per filesystem at each level.
311The file
312.Pa __DUMPDATES__
313may be edited to change any of the fields,
314if necessary.
315.It Fl W
316.Nm Dump
317tells the operator what file systems need to be dumped.
318This information is gleaned from the files
319.Pa __DUMPDATES__
320and
321.Pa /etc/fstab .
322The
323.Fl W
324option causes
325.Nm
326to print out, for all file systems in
327.Pa __DUMPDATES__ ,
328and regognized file systems in
329.Pa /etc/fstab .
330the most recent dump date and level,
331and highlights those that should be dumped.
332If the
333.Fl W
334option is set, all other options are ignored, and
335.Nm
336exits immediately.
337.It Fl w
338Is like
339.Fl W ,
340but prints only recognized filesystems in
341.Pa /etc/fstab
342which need to be dumped.
343.It Fl z Ar compression level
344Compress every block to be written on the tape using zlib library. This
345option will work only when dumping to a file or pipe or, when dumping
346to a tape drive, if the tape drive is capable of writing variable
347length blocks. You will need at least the 0.4b22 version of restore in
348order to extract compressed tapes. Tapes written using compression will
349not be compatible with the BSD tape format. The (optional) parameter
350specifies the compression level zlib will use. The default compression
351level is 2.
352.El
353.Pp
354.Nm Dump
355requires operator intervention on these conditions:
356end of tape,
357end of dump,
358tape write error,
359tape open error or
360disk read error (if there is more than a threshold of 32).
361In addition to alerting all operators implied by the
362.Fl n
363key,
364.Nm
365interacts with the operator on
366.Em dump's
367control terminal at times when
368.Nm
369can no longer proceed,
370or if something is grossly wrong.
371All questions
372.Nm
373poses
374.Em must
375be answered by typing
376.Dq yes
377or
378.Dq no ,
379appropriately.
380.Pp
381Since making a dump involves a lot of time and effort for full dumps,
382.Nm
383checkpoints itself at the start of each tape volume.
384If writing that volume fails for some reason,
385.Nm
386will,
387with operator permission,
388restart itself from the checkpoint
389after the old tape has been rewound and removed,
390and a new tape has been mounted.
391.Pp
392.Nm Dump
393tells the operator what is going on at periodic intervals,
394including usually low estimates of the number of blocks to write,
395the number of tapes it will take, the time to completion, and
396the time to the tape change.
397The output is verbose,
398so that others know that the terminal
399controlling
400.Nm
401is busy,
402and will be for some time.
403.Pp
404In the event of a catastrophic disk event, the time required
405to restore all the necessary backup tapes or files to disk
406can be kept to a minimum by staggering the incremental dumps.
407An efficient method of staggering incremental dumps
408to minimize the number of tapes follows:
409.Bl -bullet -offset indent
410.It
411Always start with a level 0 backup, for example:
412.Bd -literal -offset indent
413/sbin/dump -0u -f /dev/st0 /usr/src
414.Ed
415.Pp
416This should be done at set intervals, say once a month or once every two months,
417and on a set of fresh tapes that is saved forever.
418.It
419After a level 0, dumps of active file
420systems are taken on a daily basis,
421using a modified Tower of Hanoi algorithm,
422with this sequence of dump levels:
423.Bd -literal -offset indent
4243 2 5 4 7 6 9 8 9 9 ...
425.Ed
426.Pp
427For the daily dumps, it should be possible to use a fixed number of tapes
428for each day, used on a weekly basis.
429Each week, a level 1 dump is taken, and
430the daily Hanoi sequence repeats beginning with 3.
431For weekly dumps, another fixed set of tapes per dumped file system is
432used, also on a cyclical basis.
433.El
434.Pp
435After several months or so, the daily and weekly tapes should get
436rotated out of the dump cycle and fresh tapes brought in.
437.Sh ENVIRONMENT
438.Bl -tag -width Fl
439.It Ev TAPE
440If no -f option was specified,
441.Nm
442will use the device specified via
443.Ev TAPE
444as the dump device.
445.Ev TAPE
446may be of the form
447.Qq tapename ,
448.Qq host:tapename ,
449or
450.Qq user@host:tapename .
451.It Ev RMT
452The environment variable
453.Ev RMT
454will be used to determine the pathname of the remote
455.Xr rmt 8
456program.
457.It Ev RSH
458.Nm Dump
459uses the contents of this variable to determine the name of the
460remote shell command to use when doing remote backups (rsh, ssh etc.).
461If this variable is not set,
462.Xr rcmd 3
463will be used, but only root will be able to do remote backups.
464.Sh FILES
465.Bl -tag -width __DUMPDATES__ -compact
466.It Pa /dev/st0
467default tape unit to dump to
468.It Pa __DUMPDATES__
469dump date records
470.It Pa /etc/fstab
471dump table: file systems and frequency
472.It Pa /etc/group
473to find group
474.Em operator
475.El
476.Sh SEE ALSO
477.Xr fstab 5 ,
478.Xr restore 8 ,
479.Xr rmt 8
480.Sh DIAGNOSTICS
481Many, and verbose.
482.Pp
483.Nm Dump
484exits with zero status on success.
485Startup errors are indicated with an exit code of 1;
486abnormal termination is indicated with an exit code of 3.
487.Sh BUGS
488It might be considered a bug that this version of dump can only handle ext2
489filesystems. Specifically, it does not work with FAT filesystems.
490.Pp
491Fewer than 32 read errors on the filesystem are ignored. If noticing
492read errors is important, the output from dump can be parsed to look for lines
493that contain the text 'read error'.
494.Pp
495Each reel requires a new process, so parent processes for
496reels already written just hang around until the entire tape
497is written.
498.Pp
499The estimated number of tapes is not correct if compression is on.
500.Pp
501It would be nice if
502.Nm
503knew about the dump sequence,
504kept track of the tapes scribbled on,
505told the operator which tape to mount when,
506and provided more assistance
507for the operator running
508.Xr restore .
509.Pp
510.Nm Dump
511cannot do remote backups without being run as root, due to its
512security history.
513Presently, it works if you set it setuid (like it used to be), but this
514might constitute a security risk. Note that you can set RSH to use
515a remote shell program instead.
516.Sh AUTHOR
517The
518.Nm dump/restore
519backup suite was ported to Linux's Second Extended File System
520by Remy Card <card@Linux.EU.Org>. He maintained the initial versions
521of dump (up and including 0.4b4, released in january 1997).
522.Pp
523Starting with 0.4b5, the new maintainer is Stelian Pop
524.br
525<pop@noos.fr>.
526.Sh AVAILABILITY
527The
528.Nm dump/restore
529backup suite is available from
530.br
531http://dump.sourceforge.net
532.Sh HISTORY
533A
534.Nm
535command appeared in
536.At v6 .