# xfsdump - XFS filesystem incremental dump utility - man(8) - [phpMan]

[_xfsdump_(8)](https://www.chedong.com/phpMan.php/man/xfsdump/8/markdown)                             System Manager's Manual                            [_xfsdump_(8)](https://www.chedong.com/phpMan.php/man/xfsdump/8/markdown)

## NAME
       xfsdump - XFS filesystem incremental dump utility

## SYNOPSIS
       **xfsdump **-h
       **xfsdump **[ options ] -f _dest_ [ -f _dest_ ... ] _filesystem_
       **xfsdump **[ options ] - _filesystem_
       **xfsdump **-I [ subopt=value ... ]

## DESCRIPTION
       _xfsdump_ backs up files and their attributes in a filesystem.  The files are dumped to storage
       media,  a  regular  file,  or  standard output.  Options allow the operator to have all files
       dumped, just files that have changed since a previous dump, or just files contained in a list
       of pathnames.

       The [_xfsrestore_(8)](https://www.chedong.com/phpMan.php/man/xfsrestore/8/markdown) utility re-populates a filesystem with the contents of the dump.

       Each invocation of _xfsdump_ dumps just one filesystem.  That invocation is termed a dump  ses‐
       sion.  The dump session splits the filesystem into one or more dump streams, one per destina‐
       tion.   The  split  is done in filesystem inode number (ino) order, at boundaries selected to
       equalize the size of each stream.  Furthermore, the breakpoints between streams may be in the
       middle of very large files (at extent boundaries) if necessary to achieve  reasonable  stream
       size  equalization.   Each dump stream can span several media objects, and a single media ob‐
       ject can contain several dump streams.  The typical media object is a  tape  cartridge.   The
       media object records the dump stream as one or more media files.  A media file is a self-con‐
       tained  partial  dump,  intended  to minimize the impact of media dropouts on the entire dump
       stream at the expense of increasing the time required to complete the dump. By  default  only
       one  media  file  is written unless a media file size is specified using the **-d **option. Other
       techniques, such as making a second copy of the dump image, provide more  protection  against
       media failures than multiple media files will.

       _xfsdump_ maintains an online dump inventory in _/var/lib/xfsdump/inventory_.  The **-I **option dis‐
       plays  the  inventory  contents hierarchically.  The levels of the hierarchy are: filesystem,
       dump session, stream, and media file.

       The options to _xfsdump_ are:

### -a   
            copies (dual-state files) be treated as if they were offline (OFL).  This means that the
            file  data will not be dumped by xfsdump, resulting in a smaller dump file.  If the file
            is later restored the file data is still accessible through DMF.  If  both  '-a  option'
            and '-z option' are specified, the '-a option' takes precedence (see '-z option' below).

### -b _
            Specifies  the blocksize, in bytes, to be used for the dump.  The same blocksize must be
            specified to restore the tape.  If the **-m **option is not used, then **-b **does not  need  to
            be specified. Instead, a default blocksize of 1Mb will be used.

### -c _
            Use  the  specified  program  to alert the operator when a media change is required. The
            alert program is typically a script to send a mail or flash a window to draw the  opera‐
            tor's attention.

### -d _
            Specifies  the  size, in megabytes, of dump media files.  If not specified, xfsdump will
            dump data to tape using a single media file per media object.  The specified media  file
            size  may  need  to  be adjusted if, for example, xfsdump cannot fit a media file onto a
            single tape.

### -e   
            have  the "no dump" file attribute set. See the "Excluding individual files" section be‐
            low for details on setting this file attribute.

### -f _ -f _
            Specifies a dump destination.  A dump destination can be the pathname of a device  (such
            as  a tape drive), a regular file or a remote tape drive (see [_rmt_(8)](https://www.chedong.com/phpMan.php/man/rmt/8/markdown)).  This option must
            be omitted if the standard output option (a lone **- **preceding the source filesystem spec‐
            ification) is specified.

### -l _
            Specifies a dump level of 0 to 9.  The dump level determines the base dump to which this
            dump is relative.  The base dump is the most recent dump at a lesser level.  A  level  0
            dump is absolute - all files are dumped.  A dump level where 1 <= _level_ <= 9 is referred
            to  as  an  incremental dump.  Only files that have been changed since the base dump are
            dumped.  Subtree dumps (see the **-s **option below) cannot be used as the base  for  incre‐
            mental dumps.

### -m   
            which  are  not scsi Linux tape drives nor IRIX tape drives.  This option cannot be used
            without specifying a blocksize to be used (see **-b **option above).

### -o   
            contents.  This option may be used if _xfsdump_ is unable to determine the block size of a
            tape .

### -p _
            Causes progress reports to be printed at the specified interval.  _interval_ is  given  in
            seconds.   The progress report indicates how many files have been dumped, the total num‐
            ber of files to dump, the percentage of data dumped, and the elapsed time.

### -q   
            which _xfsdump_ must make special allowances.

### -s _ -s _
            Restricts the dump to files contained in the specified pathnames (subtrees).  A _pathname_
            must  be relative to the mount point of the filesystem.  For example, if a filesystem is
            mounted at _/d2_, the _pathname_ argument for the directory _/d2/users_ is ``users''.  A _path‐_
            _name_ can be a file or a directory; if it is a directory, the entire hierarchy  of  files
            and  subdirectories rooted at that directory is dumped.  Subtree dumps cannot be used as
            the base for incremental dumps (see the **-l **option above).

### -t _
            Sets the dump time to the modification time of _file_ rather than using the current  time.
            _xfsdump_ uses the dump time to determine what files need to be backed up during an incre‐
            mental  dump.  This  option  should be used when dumping snapshots so that the dump time
            matches the time the snapshot was taken. Otherwise files modified after  a  snapshot  is
            taken may be skipped in the next incremental dump.

### -v _
### -v _
            Specifies the level of detail used for messages displayed during the course of the dump.
            The  _verbosity_  argument  can be passed as either a string or an integer. If passed as a
            string the following values may be used: **silent**, **verbose**, **trace**, **debug**,  or  **nitty**.   If
            passed  as  an  integer,  values  from 0-5 may be used. The values 0-4 correspond to the
            strings already listed. The value 5 can be used to produce even more verbose debug  out‐
            put.

            The  first form of this option activates message logging across all dump subsystems. The
            second form allows the message logging level to be controlled on a per-subsystem  basis.
            The  two forms can be combined (see the example below). The argument _subsys_ can take one
            of the following  values:  **general**,  **proc**,  **drive**,  **media**,  **inventory**,  **inomap  **and  **ex‐**
            **cluded_files**.

            For example, to dump the root filesystem with tracing activated for all subsystems:

                 **# xfsdump -v trace -f /dev/tape /**

            To enable debug-level tracing for drive and media operations:

                 **# xfsdump -v drive=debug,media=debug -f /dev/tape /**

            To enable tracing for all subsystems, and debug level tracing for drive operations only:

                 **# xfsdump -v trace,drive=debug -f /dev/tape /**

            To list files that will be excluded from the dump:

                 **# xfsdump -e -v excluded_files=debug -f /dev/tape /**


### -z _
            Specifies  the  maximum  size, in kilobytes, of files to be included in the dump.  Files
            over this size, will be excluded from the dump, except for DMF dual-state files when '-a
            option' is specified (see '-a option' above).  When specified, '-a option' takes  prece‐
            dence over '-z option'. The size is an estimate based on the number of disk blocks actu‐
            ally  used  by  the file, and so does not include holes.  In other words, size refers to
            the amount of space the file would take in the resulting dump.  On  an  interactive  re‐
            store,  the  skipped  file  is  visible with xfsrestore's 'ls' and while you can use the
            'add' and 'extract' commands, nothing will be restored.

### -A   
            environment  this option should not be used. DMF stores file migration status within ex‐
            tended attributes associated with each file. If these attributes are not preserved  when
            the filesystem is restored, files that had been in migrated state will not be recallable
            by  DMF.  Note  that  dumps  containing extended file attributes cannot be restored with
            older versions of [_xfsrestore_(8)](https://www.chedong.com/phpMan.php/man/xfsrestore/8/markdown).

### -B _
            Specifies the ID of the dump session upon which this dump session is to  be  based.   If
            this  option  is specified, the **-l **(level) and **-R **(resume) options are not allowed.  In‐
            stead, **xfsdump **determines if the current dump session should be incremental  and/or  re‐
            sumed,  by  looking at the base session's level and interrupted attributes.  If the base
            session was interrupted, the current dump session is a resumption of that  base  at  the
            same level.  Otherwise, the current dump session is an incremental dump with a level one
            greater than that of the base session.  This option allows incremental and resumed dumps
            to be based on any previous dump, rather than just the most recent.

### -D   
            changed directories are dumped if files or directories beneath them have  changed.  This
            results  in a self-contained dump -- if a base dump is lost, or you know the file(s) you
            wish to restore is in an incremental dump, you can restore just that dump without  load‐
            ing  the  base dump(s) first. However, this method requires a potentially expensive tra‐
            versal through the filesystem.

            When **-D **is specified, unchanged directories are not dumped.  This results  in  a  faster
            dump,  but  files  will  end up in the [_xfsrestore_(8)](https://www.chedong.com/phpMan.php/man/xfsrestore/8/markdown) _orphanage_ directory unless the base
            dump(s) is loaded first.

### -E   
            tor is prompted for confirmation, unless the **-F **option is also specified.

### -F   
            dump  data,  _xfsdump_  normally asks the operator for permission to overwrite.  With this
            option the overwrite is performed, no questions asked.  When _xfsdump_ encounters  end-of-
            media  during a dump, _xfsdump_ normally asks the operator if another media object will be
            provided.  With this option the dump is instead interrupted.

### -I   
            sion  in an online inventory in _/var/lib/xfsdump/inventory_.  _xfsdump_ uses this inventory
            to determine the base for incremental dumps.  It is also useful for manually identifying
            a dump session to be restored.  Suboptions to filter the inventory display are described
            later.

### -J   
            to will be discarded or overwritten.

### -K   
            be  restored  on a system with an older _xfsrestore_ which does not understand the current
            dump format. Use of this option is otherwise not recommended.

### -L _
            Specifies a label for the dump session.  It can be any arbitrary string up to 255  char‐
            acters long.

### -M _ -M _
            Specifies  a  label  for the first media object (for example, tape cartridge) written on
            the corresponding destination during the session.  It can be any arbitrary string up  to
            255 characters long.  Multiple media object labels can be specified, one for each desti‐
            nation.

### -O _
            Insert  the  options  contained  in _options_file_ into the beginning of the command line.
            The options are specified just as they would appear if typed into the command line.   In
            addition, newline characters (\n) can be used as whitespace.  The options are placed be‐
            fore  all options actually given on the command line, just after the command name.  Only
            one **-O **option can be used.  Recursive use is ignored.  The source filesystem  cannot  be
            specified in _options_file_.

### -R   
            level (**-l **option) was interrupted, this dump contains only files not in the  interrupted
            dump  and consistent with the incremental level.  However, files contained in the inter‐
            rupted dump that have been subsequently modified are re-dumped.

### -T    -F 
            prompts  the operator for labels and media changes.  Each dialogue normally times out if
            no response is supplied.  This option prevents the timeout.

### -Y _
            Specify I/O buffer ring length.  _xfsdump_ uses a ring of output buffers to achieve  maxi‐
            mum  throughput  when  dumping  to tape drives.  The default ring length is 3.  However,
            this is not currently enabled on Linux yet, making this option benign.

       **-    **A lone **- **causes the dump stream to be sent to the standard output, where it can be piped
            to another utility such as [_xfsrestore_(8)](https://www.chedong.com/phpMan.php/man/xfsrestore/8/markdown) or redirected to a file.  This option cannot be
            used with the **-f **option.  The **- **must follow all other options and precede the filesystem
            specification.

       The filesystem, _filesystem_, can be specified either as a mount point or as a  special  device
       file (for example, _/dev/dsk/dks0d1s0_).  The filesystem must be mounted to be dumped.

## NOTES
### Dump Interruption
       A  dump  can  be interrupted at any time and later resumed.  To interrupt, type control-C (or
       the current terminal interrupt character).  The operator is prompted to select one of several
       operations, including dump interruption.  After the operator selects dump  interruption,  the
       dump  continues  until a convenient break point is encountered (typically the end of the cur‐
       rent file).  Very large files are broken into smaller subfiles, so the wait for  the  end  of
       the current file is brief.

### Dump Resumption
       A previously interrupted dump can be resumed by specifying the **-R **option.  If the most recent
       dump  at  the  specified  level  was interrupted, the new dump does not include files already
       dumped, unless they have changed since the interrupted dump.

### Media Management
       A single media object can contain many dump streams.  Conversely, a single  dump  stream  can
       span  multiple  media objects.  If a dump stream is sent to a media object already containing
       one or more dumps, _xfsdump_ appends the new dump stream after the  last  dump  stream.   Media
       files are never overwritten.  If end-of-media is encountered during the course of a dump, the
       operator  is prompted to insert a new media object into the drive.  The dump stream continua‐
       tion is appended after the last media file on the new media object.

### Inventory
       Each dump session updates an inventory database in _/var/lib/xfsdump/inventory_.  _xfsdump_  uses
       the inventory to determine the base of incremental and resumed dumps.

       This  database  can  be  displayed  by invoking _xfsdump_ with the **-I **option.  The display uses
       tabbed indentation to present the inventory hierarchically.  The first level  is  filesystem.
       The  second  level is session.  The third level is media stream (currently only one stream is
       supported).  The fourth level lists the media files sequentially composing the stream.

       The following suboptions are available to filter the display.

### -I depth=_
            (where _n_ is 1, 2, or 3) limits the hierarchical depth of the display. When _n_ is 1,  only
            the filesystem information from the inventory is displayed. When _n_ is 2, only filesystem
            and  session information are displayed. When _n_ is 3, only filesystem, session and stream
            information are displayed.

### -I level=_
            (where _n_ is the dump level) limits the display to dumps of that particular dump level.

       The display may be restricted to media files contained in a specific media object.

### -I mobjid=_
            (where _value_ is a media ID) specifies the media object by its media ID.

### -I mobjlabel=_
            (where _value_ is a media label) specifies the media object by its media label.

       Similarly, the display can be restricted to a specific filesystem.

### -I mnt=_
            (that is, [hostname:]pathname), identifies the filesystem by mountpoint.  Specifying the
            hostname is optional, but may be useful in a clustered environment where more  than  one
            host can be responsible for dumping a filesystem.

### -I fsid=_
            identifies the filesystem by filesystem ID.

### -I dev=_
            (that  is,  [hostname:]device_pathname) identifies the filesystem by device. As with the
            **mnt **filter, specifying the hostname is optional.

       More than one of these suboptions, separated by commas, may be specified at the same time  to
       limit  the display of the inventory to those dumps of interest.  However, at most four subop‐
       tions can be specified at once: one to constrain the display hierarchy  depth,  one  to  con‐
       strain  the  dump level, one to constrain the media object, and one to constrain the filesys‐
       tem.

       For  example,  **-I  depth=1,mobjlabel="tape  1",mnt=host1:/test_mnt  **would  display  only  the
       filesystem  information  (depth=1) for those filesystems that were mounted on _host1:/test_mnt_
       at the time of the dump, and only those filesystems dumped to the media object labeled  "tape
       1".

       Dump records may be removed (pruned) from the inventory using the _xfsinvutil_ program.

       An  additional media file is placed at the end of each dump stream.  This media file contains
       the inventory information for the current dump session.  Its contents may be merged back into
       the online inventory database at a later time using [_xfsrestore_(1M)](https://www.chedong.com/phpMan.php/man/xfsrestore/1M/markdown).

       The inventory files stored in _/var/lib/xfsdump_ are not included in the dump, even if that di‐
       rectory is contained within the filesystem being dumped.  Including the inventory in the dump
       may lead to loss or corruption of data, should an older version be restored  overwriting  the
       current version.  To backup the _xfsdump_ inventory, the contents of _/var/lib/xfsdump_ should be
       copied  to  another  location which may then be safely dumped.  Upon restoration, those files
       may be copied back into _/var/lib/xfsdump_, overwriting whatever files may be there, or  _xfsin‐_
       [_vutil_(1M)](https://www.chedong.com/phpMan.php/man/vutil/1M/markdown) may be used to selectively merge parts of the restored inventory back into the cur‐
       rent inventory.  Prior to version 1.1.8, _xfsdump_ would include the _/var/lib/xfsdump_ directory
       in  the  dump.   Care  should  be  taken not to overwrite the _/var/lib/xfsdump_ directory when
       restoring an old dump, by either restoring the filesystem to another location or  by  copying
       the current contents of _/var/lib/xfsdump_ to a safe place prior to running [_xfsrestore_(1M)](https://www.chedong.com/phpMan.php/man/xfsrestore/1M/markdown).

### Labels
       The operator can specify a label to identify the dump session and a label to identify a media
       object.   The session label is placed in every media file produced in the course of the dump,
       and is recorded in the inventory.

       The media label is used to identify media objects, and is independent of the  session  label.
       Each media file on the media object contains a copy of the media label.  An error is returned
       if the operator specifies a media label that does not match the media label on a media object
       containing valid media files.  Media labels are recorded in the inventory.

### UUIDs
       UUIDs  (Universally  Unique Identifiers) are used in three places: to identify the filesystem
       being dumped (using the filesystem UUID, see [_xfs_(5)](https://www.chedong.com/phpMan.php/man/xfs/5/markdown) for more details), to identify  the  dump
       session,  and  to  identify  each  media  object.  The inventory display (**-I**) includes all of
       these.

### Dump Level Usage
       The dump level mechanism provides a structured form of incremental dumps.  A  dump  of  level
       _level_  includes  only files that have changed since the most recent dump at a level less than
       _level_.  For example, the operator can establish a dump schedule that  involves  a  full  dump
       every  Friday  and a daily incremental dump containing only files that have changed since the
       previous dump.  In this case Friday's dump would be at level 0, Saturday's at level  1,  Sun‐
       day's at level 2, and so on, up to the Thursday dump at level 6.

       The  above  schedule  results  in  a  very tedious restore procedure to fully reconstruct the
       Thursday version of the filesystem; _xfsrestore_ would need to be fed all 7 dumps in  sequence.
       A  compromise  schedule  is to use level 1 on Saturday, Monday, and Wednesday, and level 2 on
       Sunday, Tuesday, and Thursday.  The Monday and Wednesday dumps would  take  longer,  but  the
       worst  case restore requires the accumulation of just three dumps, one each at level 0, level
       1, and level 2.

### Quotas
       If the filesystem being dumped contains user quotas, _xfsdump_ will use [_xfs_quota_(8)](https://www.chedong.com/phpMan.php/man/xfsquota/8/markdown)  to  store
       the  quotas  in a file called _xfsdump_quotas_ in the root of the filesystem to be dumped. This
       file will then be included in the dump.  Upon restoration, _xfs_quota_ [_(8)](https://www.chedong.com/phpMan.php/man//8/markdown)_ can be used to reac‐
       tivate the quotas for the filesystem.  Note, however, that the _xfsdump_quotas_ file will prob‐
       ably require modification to change the filesystem or UIDs if the  filesystem  has  been  re‐
       stored to a different partition or system. Group and project quotas will be handled in a sim‐
       ilar fashion and saved in files called _xfsdump_quotas_group_ and _xfsdump_quotas_proj_ _,_ respec‐
       tively.

### Excluding individual files
       It  may be desirable to exclude particular files or directories from the dump.  The **-s **option
       can be used to limit the dump to a specified directory, and the **-z **option can be used to  ex‐
       clude  files  over  a particular size.  Additionally, when _xfsdump_ is run with the **-e **option,
       files that are tagged with the "no dump" file attribute will not be  included  in  the  dump.
       The  [_chattr_(1)](https://www.chedong.com/phpMan.php/man/chattr/1/markdown)  command  can be used to set this attribute on individual files or entire sub‐
       trees.

       To tag an individual file for exclusion from the dump:

            **$ chattr +d file**

       To tag all files in a subtree for exclusion from the dump:

            **$ chattr -R +d directory**

       Note that any new files or directories created in a directory which has  the  "no  dump"  at‐
       tribute set will automatically inherit this attribute.  Also note that _xfsdump_ does not check
       directories for the "no dump" attribute.

       Care  should  be taken to note which files have been tagged.  Under normal operation, _xfsdump_
       will only report the number of files it will skip.  The **-v excluded_files=debug **option,  how‐
       ever, will cause _xfsdump_ to list the inode numbers of the individual files affected.

## EXAMPLES
       To  perform  a  level  0, single stream dump of the root filesystem to a locally mounted tape
       drive, prompting for session and media labels when required:

            **# xfsdump -f /dev/tape /**

       To specify session and media labels explicitly:

            **# xfsdump -L session_1 -M tape_0 -f /dev/tape /**

       To perform a dump to a remote tape using the minimal rmt protocol and a set blocksize of 64k:

            **# xfsdump -m -b 65536 -f otherhost:/dev/tape /**

       To perform a level 0, multi-stream dump to two locally mounted tape drives:

            **# xfsdump -L session_2 -f /dev/rmt/tps4d6v -M tape_1 \**
                      **-f /dev/rmt/tps5d6v -M tape_2 /**

       To perform a level 1 dump relative to the last level 0 dump recorded in the inventory:

            **# xfsdump -l 1 -f /dev/tape /**

       To copy the contents of a filesystem to another directory (see [_xfsrestore_(8)](https://www.chedong.com/phpMan.php/man/xfsrestore/8/markdown)):

            **# xfsdump -J - / | xfsrestore -J - /new**


## FILES
       /var/lib/xfsdump/inventory
                                dump inventory database

## SEE ALSO
       [attr(1)](https://www.chedong.com/phpMan.php/man/attr/1/markdown), [rmt(8)](https://www.chedong.com/phpMan.php/man/rmt/8/markdown), [xfsrestore(8)](https://www.chedong.com/phpMan.php/man/xfsrestore/8/markdown), [xfsinvutil(8)](https://www.chedong.com/phpMan.php/man/xfsinvutil/8/markdown), [xfs_quota(8)](https://www.chedong.com/phpMan.php/man/xfsquota/8/markdown), [attr_get(2)](https://www.chedong.com/phpMan.php/man/attrget/2/markdown).

## DIAGNOSTICS
       The exit code is 0 on normal completion, non-zero if an error occurs or the  dump  is  termi‐
       nated by the operator.

       For  all verbosity levels greater than 0 (**silent**) the final line of the output shows the exit
       status of the dump. It is of the form:

            **xfsdump: Dump Status: _**code_

       Where _code_ takes one of the following values: **SUCCESS **(normal completion), **INTERRUPT  **(inter‐
       rupted), **QUIT **(media no longer usable), **INCOMPLETE **(dump incomplete), **FAULT **(software error),
       and  **ERROR  **(resource error).  Every attempt will be made to keep both the syntax and the se‐
       mantics of this log message unchanged in future versions of xfsdump.  However, it may be nec‐
       essary to refine or expand the set of exit codes, or their interpretation at  some  point  in
       the future.

       The message ``xfsdump: WARNING: unable to open directory: ino N: Invalid argument'' can occur
       with filesystems which are actively being modified while _xfsdump_ is running.  This can happen
       to  either  directory  or  regular  file inodes - affected files will not end up in the dump,
       files below affected directories will be placed in the _orphanage_ directory by _xfsrestore_.

## BUGS
       _xfsdump_ does not dump unmounted filesystems.

       The dump frequency field of _/etc/fstab_ is not supported.

       _xfsdump_ uses the alert program only when a media change is required.

       _xfsdump_ requires root privilege (except for inventory display).

       _xfsdump_ can only dump XFS filesystems.

       The media format used by _xfsdump_ can only be understood by _xfsrestore_.

       _xfsdump_ does not know how to manage CD-ROM or other removable disk drives.

       _xfsdump_ can become confused when doing incremental or resumed dumps if on  the  same  machine
       you dump two XFS filesystems and both filesystems have the same filesystem identifier (UUID).
       Since  _xfsdump_  uses the filesystem identifier to identify filesystems, _xfsdump_ maintains one
       combined set of dump inventories for both filesystems instead of two sets  of  dump  invento‐
       ries.  This scenario can happen only if _dd_ or some other block-by-block copy program was used
       to make a copy of an XFS filesystem.  See [_xfs_copy_(8)](https://www.chedong.com/phpMan.php/man/xfscopy/8/markdown) and [_xfs_(5)](https://www.chedong.com/phpMan.php/man/xfs/5/markdown) for more details.

                                                                                          [_xfsdump_(8)](https://www.chedong.com/phpMan.php/man/xfsdump/8/markdown)
