When you restore the GFS Shared File System to a partition different from the backup origin by dd(1) command use, partition information in the inside of the medium does not accord with real partition composition.
Therefore, it is necessary to set partition information again.
Information
When you restore the GFS Shared File System to totally same partition as the backup origin, operations in this section is not necessary because there is no change in partition information in the medium.
Use the sfcadm(8) command to reset the partition information.
If the GFS Shared File System is restored to a partition that is different from a backup, it differs according to the procedure of restoration is whether the partition at the restoration destination is GFS Shared File System. Each procedure is shown as follows.
When restoring the GFS Shared File System to an unused partition
The following shows how to reset the partition information with sfcadm(8) after you have restored the file system that consists of the three partitions to another partition (/dev/sfdsk/gfs99/dsk/volume01, /dev/sfdsk/gfs99/dsk/volume02, /dev/sfdsk/gfs99/dsk/volume03) that is different from the creation source. Note that the representative partition is /dev/sfdsk/gfs99/dsk/volume01, the port name is sfcfs-1 and that the shared nodes are host01, host02.
# sfcadm -m host01,host02 -g host01,host02 -p sfcfs-1,sfcfs-1 /dev/sfdsk/gfs99/dsk/volume01, /dev/sfdsk/gfs99/dsk/volume02,/dev/sfdsk/gfs99/dsk/volume03 <Enter> |
When restoring the GFS Shared File System to a partition in use
You can set the partition information by executing sfcadm(8) after restoring the file system that consists of three partitions to the partitions; /dev/sfdsk/gfs99/dsk/volume01, /dev/sfdsk/gfs99/dsk/volume02, and /dev/sfdsk/gfs99/dsk/volume03. In these partitions, the file system in the same configuration exists. The representative partition is /dev/sfdsk/gfs99/dsk/volume01, and the port name and shared node are the same.
# sfcadm /dev/sfdsk/gfs99/dsk/volume01,/dev/sfdsk/gfs99/dsk/volume02,/dev/sfdsk/gfs99/dsk/volume03 <Enter> |
Note that the state of the file system creation for the restoration destination can be confirmed with sfcinfo(8).
See
For details on sfcinfo(8), see sfcinfo(8).
For details on sfcadm(8), see sfcadm(8).
Note
If nodes where the file system is shared are different before and after backup or restoration, change the sharing node settings.
If you attempt to back up file systems that are mounted in units of file systems, a file access may occur while backup is being performed, such that an inconsistency occurs in the backup content.
To repair this state, the administrator must execute a file system consistency check and perform a repair with sfcfsck(8). If no inconsistency occurs, sfcfsck(8) will be completed in several seconds to one minute.
An example of file system repair is shown below. The representative partition is /dev/sfdsk/gfs99/dsk/volume01. Before executing the command, be sure to check that the file system is not mounted on all the nodes.
# sfcfsck -y /dev/sfdsk/gfs99/dsk/volume01 <Enter> |
See
For details on sfcfsck(8), see sfcfsck(8).
