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
Gathering LLT and GAB information for support analysis
You must run the getcomms script to gather LLT and GAB information when you encounter issues with LLT and GAB. The getcomms script also collects core dump and stack traces along with the LLT and GAB information.
To gather LLT and GAB information for support analysis
If you had changed the default value of the GAB_FFDC_LOGDIR parameter, you must again export the same variable before you run the getcomms script.
See GAB message logging.
- Run the following command to gather information:
# /opt/VRTSgab/getcomms
The script uses rsh by default. Make sure that you have configured passwordless rsh. If you have passwordless ssh between the cluster nodes, you can use the -ssh option. To gather information on the node that you run the command, use the -local option.
Troubleshoot and fix the issue.
If the issue cannot be fixed, then contact Veritas technical support with the file
/tmp/commslog.<time_stamp>.tar
that the getcomms script generates.