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