Skip to content

ReaR + TSM: btrfs subvolumes excluded by default from restore  #821

@pavoldomin

Description

@pavoldomin
  • rear version (/usr/sbin/rear -V): 1.18
  • OS version (cat /etc/rear/os.conf or lsb_release -a): SLES11SP3
  • rear configuration files (cat /etc/rear/site.conf or cat /etc/rear/local.conf):
OUTPUT=ISO
BACKUP=TSM
COPY_AS_IS_TSM=( /etc/adsm/TSM.PWD /opt/tivoli/tsm/client /usr/local/ibm/gsk8* )
COPY_AS_IS_EXCLUDE_TSM=( )
PROGS_TSM=( dsmc tput )
# where to copy the resulting files to and save them with TSM
TSM_RESULT_FILE_PATH=/opt/tivoli/tsm/rear
TSM_DSMC_RESTORE_OPTIONS=( )
TSM_RESTORE_PIT_DATE=
TSM_RESTORE_PIT_TIME=
# Should the result from mkrecover/backup saved via TSM
TSM_RESULT_SAVE=y

OUTPUT_PREFIX="backup"
BACKUP_OPTIONS="nfsvers=3,nolock"
BACKUP_URL=nfs://nfs_server/rear/tsm/$HOSTNAME
NETFS_KEEP_OLD_BACKUP_COPY=yes
BACKUP_PROG_INCLUDE=( '/var/lib/*' '/var/spool/*' '/var/log/*' '/var/run/*' '/srv/*' '/boot/grub2/x86_64-efi/*' '/opt/*' '/var/*' '/boot/grub2/i386-pc/*' '/boot/* /boot/efi/*' )
EXCLUDE_RECREATE=( "${EXCLUDE_RECREATE[@]}" "fs:/.snapshots" "fs:/var/crash" "fs:/var/run" "fs:/osbackup" "fs:/hana/osbackup" "fs:/origin" "fs:/origin_tmp" "fs:/backup"
...
  • Brief description of the issue: TSM is not including automatically for btrfs subvolumes as those are excluded from the recreation, to prevent creating them as normal btrfs volumes (see 548965e).
  • Work-around: We need to manually include the auto-excluded subvolumes to the restore list, like
The TSM Server reports the following for this node:
                  #     Last Incr Date          Type    File Space Name
                --------------------------------------------------------------------------------
                  1     23-04-2016 04:59:41     BTRFS   /
                  2     00-00-0   00:00:00     XFS     /backuptest
                  3     23-04-2016 04:59:42     EXT3    /boot
                  4     23-04-2016 04:59:42     VFAT    /boot/efi
...
                 17     23-04-2016 04:59:55     BTRFS   /var
Please enter the numbers of the filespaces we should restore.
Pay attention to enter the filesystems in the correct order
(like restore / before /var/log) !
(default: 1 3 4 5 6 7 11 12 13 15 16): [30 secs] 1 3 4 5 6 7 10 11 12 13 15 16 17

I do not have any smart suggestion how this can be 'fixed'. I just found that /var was not restored by default by TSM on btrfs system. This may well be also a TSM support for BTRFS is not perfect.

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions