소개
이 문서에서는 Cisco 맞춤형 VOS(Voice Operating System)를 통해 애플리케이션의 예기치 않은 종료를 확인하는 방법에 대해 설명합니다.
사전 요구 사항
요구 사항
이 문서에 대한 특정 요건이 없습니다.
사용되는 구성 요소
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
배경 정보
Cisco Unified Communications Manager(CUCM), Cisco Unity Connection(CUC), Cisco Unified Contact Center Express(UCCX), Cisco Emergency Responder(CER), Cisco Prime은 UC 애플리케이션으로 간주됩니다.
서버가 예기치 않게 종료되면 파일 시스템 일관성을 보장할 수 없습니다. 파일을 예기치 않게 제거하거나, 파일 사용 권한의 소유권을 변경하거나, 파일의 내용을 손상시킬 수 있습니다.
시스템을 일시적으로 복구하려면 해당 소프트웨어 버전에 대해 릴리스된 시스템 복구 디스크를 실행하십시오.
부적절한 종료 확인
시스템이 잘못 종료되었는지 확인하려면 system-history.log를 검토합니다.
참고: CUCM 버전 9.1(1) 이상에 통합된 예기치 않은 재부팅에 대한 경보 및 경고를 추가하기 위해 Cisco 버그 ID CSCtr88859로 부적절한 종료를 추적하기 위해 history.log가 개선되었습니다.
- Cisco Unified RTMT(Real-Time Monitoring Tool)에서 설치/업그레이드 로그를 다운로드하고 system-history.log를 수집합니다.
또는
CLI(Command-Line Interface)에서 file view install system-history.log 명령을 입력합니다.
- root의 각 인스턴스 Boot를 검사하고 각 인스턴스 앞에 다음 줄 중 하나가 있는지 확인합니다.
root: Restart
root: Shutdown
root: Install
root: Upgrade
- 부팅 인스턴스가 재시작, 종료, 설치 또는 업그레이드에 의해 진행되지 않을 경우 불완전하게 종료되었을 가능성이 높습니다.
다음은 부정한 종료의 예입니다.
08/14/2012 13:36:09 | root: Boot 9.0.1.10000-37 Start
08/14/2012 17:28:25 | root: Boot 9.0.1.10000-37 Start
이 예에서는 파일 시스템 일관성을 유지하기 위해 서버를 재구축해야 합니다. 자세한 내용은 다음 Cisco 버그 ID를 참조하십시오.
- Cisco 버그 ID CSCth60800, "파일 시스템 복구 후 시스템을 재구축하는 복구 디스크 경고"
- Cisco 버그 ID CSCth53322, "파일 시스템 복구 후 시스템 재구축의 필요성 문서화"
- Cisco 버그 ID CSCuy94644, "예기치 않은 종료 후 Cisco Emergency Responder 손상"
참고: 서버가 Cisco 버그 ID CSCtw73590에 대한 수정 사항이 없는 버전에서 VMware에서 실행되는 경우 "VSphere에서 시스템 기록에 기록되지 않은 종료 또는 재시작"을 시작하고 게스트 종료가 시작될 때 VSphere를 통해 서버가 종료되는 경우 해당 항목은 system-history.log에 포함되지 않습니다.
피드백