| Section | |||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
- There is no difference in the MCCS role resulting from abnormal or normal termination of the server. MCCS will perform a failover to the standby server when the operation server fails. In the node management menu on the right side of the screen, select the server. You can check the details of failures in the 'Resource Status' & 'Resource Dependency' screens.
- Normal Termination of a system
This is a case where user selected 'system shutdown' in operating systems. - Abnormal Termination of a system
This is a case where system is terminated or rebooted due to an unexpected situation or blue screen.
- Normal Termination of a system
[Figure] Failure in Active Server - Since data cannot be replicated due to the server failure,
will be shown in the mirror disk resource. - Server operators check on the failure and put the server back to normal.
- After checking on the mirror role of two servers when server with the failure is rebooted, switch the server with the failure as replication target and proceed partial resync.
...
- MCCS will show the failure when failure occurs in standby server.
- Data replication will be paused until standby server is back to normal.
[Figure] Failure in Standby Server - Data synchronization cannot be achieved. Mirror disk becomes the 'Network Connection Failure' state (
). - Even if the standby server failed, it does not affect operation. But as there is no server to perform failover to, the server operator must check the trouble in the MCCS web console and make sure that the standby server is normalized in time.
- When the standby server is normalized, the icon disappears.
- Mirror disk's DiskState value is changed from 'Inconsistent' to 'UpToDate' and for this purpose, data synchronization (
) is performed. - When the synchronization is finished, the current normal data is synchronized in real time. The icon is changed to
to
.
Application Failure
...
- MonitorInterval (Default Value=10sec)
Monitors the resource with interval set value. - MonitorTimeout (Default Value=10sec)
If there is no reply as much as the set value, it is considered as a failure. - RestartLimit (Default Value=0)
It will restart the application resource as the set value. - OnlieTrustTime (Default Value=600sec)
It re-sets the time of number of resource restarting number.It is the time to reset the frequency of the resource to restart.
Attributes above are the set value of the registered being added the resource, and users can check or change the values through Resource Attribute view of MCCS console.
[Figure] Resource attribute value Edit
- MCCS periodically monitors the resources referring 'MonitorInterval'.
- If there is no response as the time set in 'MonitorTimeout', it is considered as a failure.
- If there are no response after sending the command as the number set in 'RestartLimit', MCCS will failover the group which resource belongs to.
- If the resource stays in normal state within the time limit set by 'OnlineTrustTime'. MCCS will initialize the attribute value of 'RestartLimit'. This is to ensure restart number when failure occurs in a resource.
- If there is a failover due to a failure in the resource, server operator checks on the problem and put it back to normal.
- In the MCCS web console, a user can see where the trouble occurs. After a user checks the trouble area, they must remove the Trouble sign, so that the failover function can be activated again.
If you want the sign of failures to be removed automatically, enter a positive number in AutoFaultClearTime of the group attribute. - After checking on the mirror role of two servers when server with the failure is rebooted, switch the server with the failure as replication target and proceed partial resync.
[Figure] Failure in Resource Clear
...
Service Network Failure
If failure occurs in service network of active server, the fault mark will be shown on the network interface card resource or IP address of the node in MCCS UI, and will failover to the standby server.
[Figure] Failure in Network Interface Card
...
Heartbeat Network Fault
Heartbeat should be dualized because it plays a very important role of synchronizing the inter node status and determining the condition of failure. If any one of the dualized heartbeat network fails, the details of failure is displayed in the log window.
However, the MCCS web console has no changes. It means that the operation server or the standby server has no problems.
At this point, when failure occurs in active server and needs to failover to the standby server, MCCS will use redundant normal heartbeat network to failover.
If all the redundant heartbeat is disconnected, MCCS will use the service network as heartbeat line.
[Figure] Failure in Heartbeat
...
Replication (Mirroring) Network Failure
When the copying network failed, data copying cannot be done. The mirror disk resource of MCCS web console displays the 'Disconnect' (
[Figure]Failure in Replicated Network
...
Single Network Switch Fault
When failure occurs in network switch connected to Public Network where it is configured by single network switch, all the resources in active and standby server will be taken offline, resources where failure occurs will show as 'fault'.
[Figure] Failure in Network Switch
- Network switch failure can be checked on MCCS log, OS System log. If failure occurs in service network connection, server operator should check on the TCP/IP of server, physical connection check on the service network through ping test.
- If you want the sign of failures to be removed automatically, enter a positive number in AutoFaultClearTime of the group attribute.
- Please get the supports regarding the recovery of Network switch failure through manufacturer.
...
Source Disk Failure
If failure occurs in disk resource of active server, MCCS GUI will show the failure. MCCS will failover to the standby server since it is impossible to Read/Write in the disk.
[Figure] Failure in Mirror Disk
...
- Target Disk Failure
If the disk at the standby server failed, the disk resource icon of MCCS web console is not changed. But the attribute values of Diskstate is changed from UptoDate to Diskless. However, the service running in the source server is not affected by it.
[Figure] Failure in Target Disk
- When MCCS detects failures of the target disk, only the DiskState value of the disk is displayed.
- Disk failure can be caused by the following. After resolving the above issues, the OS will detect the newly changed disk again. After that, DRBD will proceed with synchronization.
- Disk controller problems or H/W problems should be fixed by the manufacturers.
- Physical disk problems or H/W problems should be fixed by the manufacturers.
- If the mirror disk does not perform synchronization, delete the mirror disk resource and try to create it again. But when you delete the resource, you must also delete the created mirror and create them again.
...
- Due to the failure of source server (A), a failover occurs.
- The role of target server (B) is changed to Primary. (Mirror disk role changed)
- Reboot the initial source server (A).
- After the initial source server (A) boots, check the role of the target server (B).
- Check the GI value for the both nodes.
- Check if the GI data is matched, and if it is, proceed with data synchronization automatically. (5th/ 6th processes checking fails.)
- GI data is not matched. So, synchronization is required on one node. No automatic synchronization is taking place. (Split brain occurred.)
When this state is reached, the icon of mirror disk resource is overlapped in the MCCS web console. Both the
In this case, you need to manually change the mirror disk role. After that, you need to resynchronize it.
If you want to manually change the mirror disk role, you need to use the MCCS web console.
...
Check the resource attribute view.
[Figure] Verify SplitBrain of MirrorDiskCheck the mirror management view.
[Figure] Checking Mirror Disk Split BrainsWarning 1) The ConnectState of both node is StandAlone and SplitBrainStatus values are set to True.
2) Check LastMirrorOnlineTime on the mirror disk. (LastMirrorOnlineTime is the system time. So, it is not the absolute value used to determine whether it is the latest data.)
3) When a split brain occurs, the log will be displayed.
(DRBD volume (r0) has a split brain.)
4) In the mirror management window, the mirror condition is set to 'SPLIT'.- Select the mirror disk and right click with your mouse button and click on 'Resolve Split Brains'.
[Figure] Split Brain Resolving Selected - Display the window to explain split brains.
[Figure] Checking the Source Node Selection - Select the source node.
[Figure] Source Roll Node Selection - Recheck the selected source node.
[Figure] Rechecking the Source Node Selection - Split brains problems being resolved.
[Figure] Split Brain Resolved - Resolving split brains problems is finished.
[Figure] Resolving Split Brain Finished The selected node becomes the source node and the mirror disk condition is changed from DiskState to UpToData.
[Figure] Split Brain ResolveWarning The changed information of node B will be all overwritten.
...
When the external disk fails or has a bad connection path, you cannot read/write the disk. So, MCCS will display the sign of failure and proceed with a failover.
[Figure] Failure in Shared Disk
...
- In the MCCS web console, click 'File' on the menu bar to collect support files.
[Figure] Collecting Support Files from Menu Bar - Support files can be collected by clicking the toolbar shown in the figure below.
[Figure] Collecting Support Files from Toolbar - You can select a node to collect support files from and get the previous support file again.
[Figure] Support File Node Selection and Previous Support File Selection Click 'OK' button and support file is collected.
[Figure] Support Files Being CollectedInfo It may take several minutes depending on the log file capacity and the network condition.
- As shown below, you can download it from the download window.
- The collected support files can be checked in the designated location.
[Figure] Support Files
...