簡介
本文檔介紹在策略和計費規則功能(PCRF)群集中恢復PS虛擬機器。
疑難排解
從SHUTOFF狀態開啟任何例項
如果任何例項由於計畫關閉或其他原因而處於「關閉」狀態，請使用此過程啟動該例項並在Elastic Service Controller(ESC)中啟用它的監視。
步驟1.通過OpenStack檢查例項狀態。
source /home/stack/destackovsrc-Pcrf
nova list --fields name,host,status | grep qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d | destackovs-compute-2 | SHUTOFF|
步驟2.檢查電腦是否可用，並確保狀態為up。
source /home/stack/destackovsrc
nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’
| state | up |
| status | enabled
步驟3.以管理員使用者身份登入到ESC Master，並檢查opdata中例項的狀態。
echo "show esc_datamodel opdata tenants tenant Pcrf deployments * state_machine | tab" | /opt/cisco/esc/confd/bin/confd_cli -u admin –C | grep qns-s1
SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d VM_ERROR_STATE
步驟4.從openstack開啟例項電源。
source /home/stack/destackovsrc-Pcrf
nova start SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
步驟5.等待五分鐘，讓例項啟動並進入活動狀態。
source /home/stack/destackovsrc-Pcrf
nova list –fields name,status | grep qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d | ACTIVE |
步驟6.在例項處於活動狀態後在ESC中啟用VM監視器。
/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d
有關例項配置的進一步恢復，請參閱下一節中提供的特定於例項型別的過程
從錯誤狀態中恢復任何例項
如果openstack中CPS例項的狀態為ERROR:
步驟1.檢查OpenStack中例項的狀態。
source /home/stack/destackovsrc-Pcrf
nova list --fields name,host,status | grep qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s2_0_2899f208-4c27-4296-bb8b-1342cf555e5d | destackovs-compute-2 | ERROR|
步驟2.檢查電腦是否可用且運行正常。
source /home/stack/destackovsrc
nova hypervisor-show destackovs-compute-2 | egrep ‘status|state’
| state | up |
| status | enabled
步驟3.以管理員使用者身份登入到ESC Master，並檢查opdata中例項的狀態。
echo "show esc_datamodel opdata tenants tenant Pcrf deployments * state_machine | tab" | /opt/cisco/esc/confd/bin/confd_cli -u admin –C | grep qns-s1
SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d VM_ERROR_STATE
步驟4.重置例項狀態以強制該例項返回活動狀態而不是錯誤狀態，一旦完成，請重新啟動您的例項。
source /home/stack/destackovsrc-Pcrf
nova reset-state –active SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
nova reboot –-hard SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
步驟5.等待五分鐘，讓例項啟動並進入活動狀態。
source /home/stack/destackovsrc-Pcrf
nova list –fields name,status | grep qns-s1
| c5e4ebd4-803d-45c1-bd96-fd6e459b7ed6 | SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d | ACTIVE |
步驟6.如果重新啟動後Cluster Manager將狀態更改為ACTIVE，則在Cluster Manager例項處於活動狀態後，在ESC中啟用VM監視器。
/opt/cisco/esc/esc-confd/esc-cli/esc_nc_cli vm-action ENABLE_MONITOR SVS1-tmo_qns-s1_0_2899f208-4c27-4296-bb8b-1342cf555e5d
將恢復為運行/活動狀態後，請參閱例項型別特定的過程，以從備份中恢復配置/資料。
QNS恢復
如果最近恢復了負載平衡器，請使用此過程恢復代理和網路設定：
步驟1.如果需要在Cluster Manager上匯入還原QNS配置資料，請運行以下命令：
config_br.py -a import --users --haproxy /mnt/backup/
步驟2.為了通過最新配置在群集管理器上生成VM歸檔檔案，請運行以下命令：
/var/qps/install/current/scripts/build/build_all.sh
步驟3.要使用最新配置更新QNS，請登入到QNS並運行此命令
ssh qnsxx
/etc/init.d/vm-init
驗證
從群集管理器diagnostics.sh運行診斷
意見