Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Premesse

Verifica dello spegnimento non corretto

Introduzione

Questo documento descrive come identificare una chiusura imprevista di qualsiasi applicazione sul sistema VOS (Voice Operating System) personalizzato di Cisco.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Premesse

Cisco Unified Communications Manager (CUCM), Cisco Unity Connection (CUC), Cisco Unified Contact Center Express (UCCX), Cisco Emergency Responder (CER), Cisco Prime sono considerati applicazioni UC.

Se si verifica un arresto imprevisto del server, non è possibile garantire la coerenza del file system. I file possono essere rimossi in modo imprevisto, la proprietà delle autorizzazioni dei file può essere modificata o il contenuto dei file può essere danneggiato.

Per ripristinare temporaneamente il sistema, eseguire il disco di ripristino del sistema rilasciato per la versione software corrispondente.

Verifica dello spegnimento non corretto

Esaminare il file system-history.log per determinare se il sistema è stato arrestato in modo non corretto.

Nota: il file history.log è stato migliorato per tenere traccia degli arresti anomali del sistema con l'ID bug Cisco CSCtr88859 al fine di aggiungere allarmi e avvisi per riavvii imprevisti integrati nelle versioni 9.1(1) e successive di CUCM.

1. Scaricare i log di installazione/aggiornamento da Cisco Unified Real-Time Monitoring Tool (RTMT) e raccogliere il file system-history.log.

o

Immettere il comando file view install system-history.log nell'interfaccia della riga di comando (CLI).

2. Esaminare ogni istanza di root: Boot e confermare che ogni istanza sia preceduta da una delle seguenti righe:

root: Restart

root: Shutdown

root: Install

root: Upgrade

3. Se un'istanza di avvio non è seguita da un riavvio, un arresto, un'installazione o un aggiornamento, è probabile che si sia verificato un arresto non corretto.

Questo è un esempio di un arresto anomalo:

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

In questo esempio, è necessario ricreare il server per garantire la coerenza del file system. Per ulteriori informazioni, vedere gli ID dei bug Cisco seguenti:

- ID bug Cisco CSCth60800, "Recovery Disk warning to rebuild system after file system repair"

- ID bug Cisco CSCth53322, "Document the need for system rebuild after file system repair" (Documentazione della necessità di ricostruzione del sistema dopo la riparazione del file system)

- ID bug Cisco CSCuy94644, "Cisco Emergency Responder corrupder after unexpected shutdown"

Nota: se il server viene eseguito su VMware in una versione senza la correzione per l'ID bug Cisco CSCtw73590, "VSphere ha avviato l'arresto o il riavvio non ha eseguito il log in system-history.log" e se il server viene arrestato tramite VSphere quando viene avviato un arresto guest, tale voce non è inclusa in system-history.log.