To check Disk Heartbeats
lssrc -ls topsvcs
To check cspoc log
cat /tmp/cspoc.log |egrep -p "FAIL|ERROR" |more
To check clverify log grep
"Check:" /var/hacmp/clverify/clverify.log |sort |uniq
To check clutil log for last 2 days
tail -n 2 /var/hacmp/log/clutils.log
To check the status of the cluster
lssrc -ls clstrmgrES
To check the cluster related services at one shot
lssrc -a|egrep "svcs|ES"
To identify the RG movement activities
tail -f /tmp/hacmp.out
To identify the RG location
clRGinfo
To monitor the status of HACMP in a terminal
clstat -a
SNMP based tool to show cluster state
cldump
similar to cldump, perl script to show cluster state.
cldisp
list the local view of the cluster topology.
cltopinfo
list the local view of the cluster subsystems.
clshowsrv -a
locate the resource groups and display status.
clfindres (-s)
rotate some of the log files.
clcycle
a cluster ping program with more arguments.
cl_ping
cluster rsh program that take cluster node names as argument.
clrsh
which nodes are active?
clgetactivenodes
what is the name of the local node?
get_local_nodename
check the HACMP ODM.
clconfig
online/offline or move resource groups.
clRGmove
sync/fix the cluster.
cldare
Sync the cluster topology, resources and run the verification
cldare -rtV normal
list the resource groups.
cllsgrp
create a large snapshot of the hacmp configuration.
clsnapshotinfo
list the network configuration of an hacmp cluster.
cllscf
show the resource group configuration.
clshowres
show network interface information.
cllsif
show short resource group information.
cllsres
ls clstrmgrES list the cluster manager state.
lssrc
ls topsvcs show heartbeat information.
lssrc
list a node centric overview of the hacmp configuration.
cllsnode
When using qha you need to understand the cluster manager internal states. Here’s a description of the possible cluster states:
ST_INIT: cluster configured and down
ST_JOINING: node joining the cluster
ST_VOTING: Inter-node decision state for an event
ST_RP_RUNNING: cluster running recovery program
ST_BARRIER: clstrmgr waiting at the barrier statement
ST_CBARRIER: clstrmgr is exiting recovery program
ST_UNSTABLE: cluster unstable
NOT_CONFIGURED: HA installed but not configured
RP_FAILED: event script failed
ST_STABLE: cluster services are running with managed resources (stable cluster) or cluster services have been "forced" down with resource groups potentially in the UNMANAGED state (HACMP 5.4 only)
clcomdES
(Secure remote command execution) "Cluster communication enhanced security/usr/sbin/cluster/etc/rhosts --- to accept incoming communication from clcomdES (cluster communucation enahanced security) /usr/es/sbin/cluster/etc/rhosts
The clcomdES is used for cluster configuration operations such as cluster synchronisation
cluster management (C-SPoC) * Dynamic re-configuration DARE configuration. (DARE ) operation"
cllockd
For concurrent access
HACMP log files
/tmp/hacmp.out:
It records the output generated by the event scripts as they execute. When checking the /tmp/hacmp.out file, search for EVENT FAILED messages. These messages indicate that a failure has occurred. Then, starting from the failure message, read back through the log file to determine exactly what went wrong.
The /tmp/hacmp.out file is a standard text file. The system creates a new hacmp.out log file every day and retains the last seven copies. Each copy is identified by a number appended to the file name. The most recent log file is named /tmp/hacmp.out; the oldest version of the file is named /tmp/hacmp.out.7
/usr/es/adm/cluster.log: It is the main HACMP log file. HACMP error messages and messages about HACMP-related events are appended to this log with the time and date at which they occurred
/usr/es/sbin/cluster/history/cluster.mmddyyyy: It contains time-stamped, formatted messages generated by HACMP scripts. The system creates a cluster history file whenever cluster events occur, identifying each file by the file name extension mmddyyyy, where mm indicates the month, dd indicates the day, and yyyy indicates the year.
/tmp/cspoc.log: It contains time-stamped, formatted messages generated by HACMP C-SPOC commands. The /tmp/cspoc.log file resides on the node that invokes the C-SPOC command.
2 comments:
Hi ,
we need all hacmp step to step/configuration.
Thanks
praphul pandit
Good day. Newbie question here. Just got thrown to PowerHA, took first class but still have not put this into practical use. My senario.
2 node cluster, DATABASE(resources) is running on secondary server.
I need to perform maintenance on primary. Which and why option to use? Unmanage Resource Groups or Bring Resource Group Offline. To me they seem to perform the same action IF nothing is running on the primary server.
Post a Comment