PRIMECLUSTER Global File Services Configuration and Administration Guide 4.1 (Linux)
Contents Index PreviousNext

Chapter 10 File System Management

10.2 Checking a File System for Consistency and Repairing It

If a file system is damaged and its consistency is lost, for example, due to an automatic recovery error after a primary MDS failure, the file system must be checked and restored using sfcfsck(8).

By default, or when "-o log" is specified, sfcfsck(8) repairs the file system by replaying the update log.

If the update log data has been physically damaged, sfcfsck(8) does not execute update log replay, but automatically performs a full check on the file system. To meet the need for immediate system operation resuming, an option "-o elog" that avoids file system restoration while it provides update log replay. If this option is specified, sfcfsck(8) terminates immediately without performing check and recovery when the update log data has been physically damaged. In this event, the file system cannot be mounted unless check and recovery is performed using sfcfsck(8). The mounting on such a file system should be attempted after it is restored through full checking without update log replay by the "-o nolog" option.

The following example repairs a file system with log replay.

 
# sfcfsck /dev/sfdsk/gfs/dsk/volume1

The following example performs a full check on the file system and repairs it without log replay.

# sfcfsck -o nolog /dev/sfdsk/gfs/dsk/volume1

For details about sfcfsck(8) options, see sfcfsck(8) in this manual.

Down10.2.1 Action to be taken when fsck terminates abnormally

Contents Index PreviousNext

All Rights Reserved, Copyright(C) FUJITSU LIMITED 2004