Storage Foundation for Sybase ASE CE 7.4 Administrator's Guide - Linux
- Overview of Storage Foundation for Sybase ASE CE
- About Storage Foundation for Sybase ASE CE
- About SF Sybase CE components
- About optional features in SF Sybase CE
- Administering SF Sybase CE and its components
- Administering SF Sybase CE
- Starting or stopping SF Sybase CE on each node
- Administering VCS
- Administering I/O fencing
- About the vxfentsthdw utility
- Testing the coordinator disk group using the -c option of vxfentsthdw
- About the vxfenadm utility
- About the vxfenclearpre utility
- About the vxfenswap utility
- Administering CVM
- Changing the CVM master manually
- Administering CFS
- Administering the Sybase agent
- Administering SF Sybase CE
- Troubleshooting SF Sybase CE
- About troubleshooting SF Sybase CE
- Troubleshooting I/O fencing
- Fencing startup reports preexisting split-brain
- Troubleshooting Cluster Volume Manager in SF Sybase CE clusters
- Troubleshooting interconnects
- Troubleshooting Sybase ASE CE
- Prevention and recovery strategies
- Prevention and recovery strategies
- Managing SCSI-3 PR keys in SF Sybase CE cluster
- Prevention and recovery strategies
- Tunable parameters
- Appendix A. Error messages
Evaluating VCS I/O fencing ports
I/O Fencing (VxFEN) uses a dedicated port that GAB provides for communication across nodes in the cluster. You can see this port as port 'b' when gabconfig -a runs on any node in the cluster. The entry corresponding to port 'b' in this membership indicates the existing members in the cluster as viewed by I/O Fencing.
GAB uses port "a" for maintaining the cluster membership and must be active for I/O Fencing to start.
To check whether fencing is enabled in a cluster, the '-d' option can be used with vxfenadm (1M) to display the I/O Fencing mode on each cluster node. Port "b" membership should be present in the output of gabconfig -a and the output should list all the nodes in the cluster.
If the GAB ports that are needed for I/O fencing are not up, that is, if port "a" is not visible in the output of gabconfig -a command, LLT and GAB must be started on the node.
The following commands can be used to start LLT and GAB respectively:
To start LLT on each node:
For RHEL 7, SLES 12, and supported RHEL distributions:
# systemctl start llt
For earlier versions of RHEL, SLES, and supported RHEL distributions:
# /etc/init.d/llt start
If LLT is configured correctly on each node, the console output displays:
LLT INFO V-14-1-10009 LLT Protocol available
On a two node cluster, for example system1 and system2, checks you can run to make sure LLT is properly configured:
# /sbin/lltconfig System displays the state of LLT.
# cat /etc/llthosts 0 system1 1 system2
Check the llttab on both nodes:
# cat /etc/llttab set-node system1 set-cluster Cluster id link private_nic1 eth-00:15:17:48:b4:98 - ether - - link private_nic2 eth-00:15:17:48:b4:99 - ether - -
To start GAB, on each node:
For RHEL 7, SLES 12, and supported RHEL distributions:
# systemctl start gab
For earlier versions of RHEL, SLES, and supported RHEL distributions:
# /etc/init.d/gab start
If GAB is configured correctly on each node, the console output displays:
GAB INFO V-15-1-20021 GAB available
GAB INFO V-15-1-20026 Port a registration waiting for seed port membership
Check to make sure that GAB is properly configured:
# gabconfig -a |grep 'Port b' Port b gen 614604 membership 01 # cat /etc/gabtab /sbin/gabconfig -c -n2 <here it 2 as number of nodes are 2)