VCS叢集狀態為 STALE_ADMIN_WAIT的解決
今天發現有一VCS叢集狀態變為 STALE_ADMIN_WAIT,解決方法如下:
1.首先檢視兩臺機器的當前狀態
cp-etl01:/etc/VRTSvcs/conf/config # hastatus -sum
-- SYSTEM STATE
-- System State Frozen
A cp-etl01 STALE_ADMIN_WAIT 0
A cp-etl02 STALE_ADMIN_WAIT 0
2.在兩臺機器上檢視當前的程式
cp-etl01:/etc/VRTSvcs/conf/config # ps -ef |grep had 檢視HA程式
root 7243 1 0 2009 ? 00:00:00 /opt/VRTSvcs/bin/hashadow
root 4683 1 0 Aug24 ? 00:00:02 /opt/VRTSvcs/bin/had -restart
root 19294 17911 0 11:21 pts/7 00:00:00 grep had
cp-etl02:~ # ps -ef | grep had
root 7278 1 0 2009 ? 00:00:00 /opt/VRTSvcs/bin/hashadow
root 23411 1 0 Aug24 ? 00:00:01 /opt/VRTSvcs/bin/had -restart
root 7012 6981 0 11:22 pts/0 00:00:00 grep had
可以看到兩臺機器的程式都正常啟動,但是had程式不是正常狀態,需要restart
3.看看能不能識別對方未尾是01
cp-etl01:/etc/VRTSvcs/conf/config # gabconfig –a
GAB Port Memberships
===============================================================
Port a gen 1bc510 membership 01
Port h gen 1bc51b membership 01
cp-etl02:~ # gabconfig –a 看看能不能識別對方未尾是01
GAB Port Memberships
===============================================================
Port a gen 1bc510 membership 01
Port h gen 1bc51b membership 01
可以看到兩臺機器都能識別到對方
4.重啟叢集,在任一臺機器上執行
cp-etl01:/etc/VRTSvcs/conf/config # hastop -all -force
cp-etl01:/etc/VRTSvcs/conf/config # ps -ef |grep had
root 20025 17911 0 11:25 pts/7 00:00:00 grep had
在兩臺機器上啟動叢集
cp-etl01:/etc/VRTSvcs/conf/config # hastart
cp-etl02:~ # hastart
5.檢視狀態
cp-etl01:/etc/VRTSvcs/conf/config # ps -ef |grep had
root 20034 1 0 11:25 ? 00:00:00 /opt/VRTSvcs/bin/had
root 20036 1 0 11:25 ? 00:00:00 /opt/VRTSvcs/bin/hashadow
root 20049 17911 0 11:26 pts/7 00:00:00 grep had
cp-etl01:/etc/VRTSvcs/conf/config # hastatus -sum
-- SYSTEM STATE
-- System State Frozen
A cp-etl01 STALE_ADMIN_WAIT 0
6.使用第一臺機器強制拉動叢集
cp-etl01:/etc/VRTSvcs/conf/config # hostname
cp-etl01
cp-etl01:/etc/VRTSvcs/conf/config # hasys -force cp-etl01
You have new mail in /var/spool/mail/root
cp-etl01:/etc/VRTSvcs/conf/config # hastatus -sum
-- SYSTEM STATE
-- System State Frozen
A cp-etl01 RUNNING 0
A cp-etl02 RUNNING 0
-- GROUP STATE
-- Group System Probed AutoDisabled State
B ETL01 cp-etl01 Y N PARTIAL
B ETL01 cp-etl02 Y N OFFLINE
B ETL02 cp-etl01 Y N OFFLINE
B ETL02 cp-etl02 Y N ONLINE
可以看到叢集已經是正常狀態了,但是現在叢集還不能保護應用,如果應用程式斷掉,則不會進行切換
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7490392/viewspace-1038636/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- MongoDB分片叢集節點狀態stateStr:RECOVERING解決MongoDB
- Elasticsearch叢集狀態健康值處於red狀態問題分析與解決(圖文詳解)Elasticsearch
- 替換OCR和表決磁碟後,重啟叢集,資料庫資源的叢集狀態為OFFLINE資料庫
- oracle RAC 診斷叢集狀態命令Oracle
- Solaris本地叢集VCS安裝過程(試用License)
- OracleRAC管理 之 叢集狀態&資訊檢視Oracle
- 轉OracleRAC管理 之 叢集狀態&資訊檢視Oracle
- 轉 OracleRAC管理 之 叢集狀態&資訊檢視Oracle
- ORACLE VM建立SERVER POOLS後狀態為ERR的解決OracleServer
- 設定gbase叢集節點離線狀態
- 解決crs_stat狀態為UNKNOWN問題
- 解決叢集 Yellow 與 Red 的問題
- Openstack的HA解決方案【mysql叢集配置】MySql
- 解決Spark叢集無法停止Spark
- 在GI安裝完成後檢視叢集狀態時發現,磁碟組狀態不對
- Redis Sentinel:叢集Failover解決方案RedisAI
- RAC10g下crs狀態為unknown的解決辦法
- Elasticsearch 叢集和索引健康狀態及常見錯誤說明Elasticsearch索引
- Keepalived 叢集軟體高階使用(工作原理和狀態通知)
- Keepalived叢集軟體高階使用(工作原理和狀態通知)
- 將Standard標準叢集修改為Flex叢集Flex
- openstack上建立vm例項後,狀態為ERROR問題解決Error
- Docker容器的退出狀態碼及解決方法Docker
- Android透明狀態列解決方案Android
- 解決IIS無響應假死狀態
- 阿里雲註冊叢集+Prometheus 解決多雲容器叢集運維痛點阿里Prometheus運維
- veritas cfs or vcs命令解釋
- 叢集故障處理之處理思路以及健康狀態檢查(三十二)
- 小知識:使用oracle使用者檢視RAC叢集資源狀態Oracle
- 執行powermt 顯示儲存鏈路狀態為dead的解決辦法
- 解決HIS叢集系統的效能問題一例
- 為什麼要用Redis叢集?Redis
- Elasticsearch上建立的index是yellow健康狀態的解決方案ElasticsearchIndex
- 行為型設計模式 - 狀態模式詳解設計模式
- 將12c RAC由標準叢集改為flex叢集Flex
- 狀態機解決複雜邏輯及使用
- HTTP協議無狀態,該怎麼解決?HTTP協議
- 伺服器異常狀態怎麼解決伺服器