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