Top
ETERNUS SF AdvancedCopy Manager V16.1 Operation Guide for Copy Control Module
FUJITSU Storage

5.2 Resolving Hardware Error

If, as a result of a hardware error, the Advanced Copy cannot continue, ETERNUS Disk storage system will automatically suspend it.

If a problem occurs, check the copy status and error code, and take action.

This section explains how to resolve problems.

Table 5.1 Causes and Action in Response to Hardware Error

Advanced Copy Status

Error Code

Cause / Action

OPC Error Suspend

0xBA

[Cause]

QuickOPC has not finished physical copy, and a bad sector occurred in the logical volume of the copy source during tracking processing.

[Action]

  1. Execute the acopc cancel command to cancel the copy. If it cannot be cancelled using commands, then use ETERNUS Web GUI.

  2. The bad sector area is recovered by overwriting it. Select an appropriate recovery method from the methods below, according to the usage status of the copy source volume.

    • Recovery method 1

      If the area can be recovered from the parent software (for example, the file system or DBMS), then recover it.

    • Recovery method 2

      Use a system command (for example, the UNIX dd command or the Windows format command) to perform write in the case of an unused area. For example, if the bad sector area has not yet been used, or if it is a temporary area.

    • Recovery method 3

      Copy in the reverse direction, and recover data from the logical volume of the copy destination (it is also possible to perform recovery from the copy source volume of the copy process where the bad sector occurred).

Other than 0xBA

[Cause]

An error other than 0xBA occurred. For error details, confirm with Fujitsu Technical Support.

[Action]

  1. Execute the acopc cancel command to cancel the copy. If it cannot be cancelled using commands, then use ETERNUS Web GUI.

  2. Execute the acpair remove command to remove the copy pair.

  3. Execute the acpair add command to add a new copy pair.

EC Error Suspend

0xBA

[Cause]

EC/REC is in suspend status (copy establishment status) and a bad sector has occurred in the logical volume of the copy source.

[Action]

  1. Execute the acec cancel command to cancel the copy. If it cannot be cancelled using commands, then use ETERNUS Web GUI.

  2. The bad sector area is recovered by overwriting it. Select an appropriate recovery method from the methods below, according to the usage status of the copy source volume.

    • Recovery method 1

      If the area can be recovered from the parent software (for example, the file system or DBMS), then recover it.

    • Recovery method 2

      Use a system command (for example, the UNIX dd command or the Windows format command) to perform write in the case of an unused area. For example, if the bad sector area has not yet been used, or if it is a temporary area.

    • Recovery method 3

      Copy in the reverse direction, and recover data from the logical volume of the copy destination (it is also possible to perform recovery from the copy source volume of the copy process where the bad sector occurred).

Other than 0xBA

[Cause]

An error other than 0xBA occurred. For error details, confirm with Fujitsu Technical Support.

[Action]

  1. Execute the acec cancel command to cancel the copy. If it cannot be cancelled using commands, then use ETERNUS Web GUI.

  2. Execute the acpair remove command to remove the copy pair.

  3. Execute the acpair add command to add a new copy pair.

EC Hardware Suspend

---

[Cause]

An all path halt occurred.

[Action]

The REC resume procedure varies according to the REC Recovery mode.

  • [In Automatic Recovery mode]

    1. Remove the cause of the all path halt.

    2. REC is automatically restarted (resumed) by ETERNUS Disk storage system.

  • [In Manual Recovery mode]

    1. Remove the cause of the all path halt.

    2. Execute the acec suspend command with the -force option to forcibly and temporarily suspend the REC.

    3. Execute the acec resume command to resume the REC.

EC Hardware Suspend (Use REC DISK)

---

[Cause]

An all path halt occurred while transfer data was in the saved state in the REC Disk buffer.

[Action]

  1. Remove the cause of the all path halt.

  2. REC is automatically restarted (resumed) by ETERNUS Disk storage system.

EC Hardware Suspend (Use REC BUFFER)

---

[Cause]

An all path halt occurred while transfer data was in the saved state in the REC transfer buffer.

[Action]

  1. Remove the cause of the all path halt.

  2. REC is automatically restarted (resumed) by ETERNUS Disk storage system.

Snap Error Suspend

0xBB

[Cause]

A capacity shortage occurred for a Snap Data Volume or a Snap Data Pool.

[Action 1 (Snap Data Volume capacity shortage recovery method)]

Execute the acsnap cancel command to cancel the process for which the error occurred. If this command cannot be used to cancel the process, cancel it from the ETERNUS Web GUI.

The following are possible causes of a Snap Data Volume capacity shortage:

  1. The estimate for the physical capacity of the Snap Data Volume is not suitable.

  2. The estimate for the physical capacity of the Snap Data Volume is suitable, but a large number of updates were performed for the Snap Data Volume at a time when SnapOPC+Session did not exist. This caused excessive consumption of the Snap Data Volume physical capacity.

Execute the acsdv stat command to check the Snap Data Volume usage state.

In the case of a, above, re-estimate the Snap Data Volume physical capacity and create the Snap Data Volume again.
In the case of b. above, use the ETERNUS Web GUI or acsdv init command to initialize the Snap Data Volume.
Note that, after a Snap Data Volume is re-created and initialized, partitions (slices) must be created again.

[Action 2 (Snap Data Pool capacity shortage recovery method)]

Execute the acsnap cancel command to cancel the process for which the error occurred. If this command cannot be used to cancel the process, cancel it from the ETERNUS Web GUI.

The following are possible causes of a Snap Data Pool capacity shortage:

  1. The estimate for the capacity of the Snap Data Pool is not suitable.

  2. The estimate for the capacity of the Snap Data Pool is suitable, but large numbers of updates were performed for the Snap Data Volume at a time when SnapOPC+Session did not exist. This caused excessive consumption of the Snap Data Pool capacity.

Execute the acsdv poolstat command to check the Snap Data Pool usage state.

In the case of a. above, re-estimate the Snap Data Pool capacity and increase the capacity, and then create the Snap Data Volume again.
In the case of b. above, use the ETERNUS Web GUI or acsdv init command to initialize the Snap Data Volume.

Note that, after a Snap Data Volume is re-created and initialized, partitions (slices) must be created again.