Risoluzione dei problemi CUCM TFTP Service core a gennaio 2021

Introduzione

Questo documento descrive il problema noto del Service Core TFTP in Cisco Unified Communications Manager (CUCM) versioni 11.5.1 SU7 e 11.5.1 SU8 che richiede una soluzione per risolvere il problema. 

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Le informazioni fornite in questo documento si basano su Cisco Unified Communications Manager (CUCM).

Problema

Cavo del servizio TFTP CUCM una volta che il server ha registrato l'ora 00:00 2021

Sintomi

L'utente riceve un avviso nel RTMT per il servizio TFTP andando verso il basso e sotto sono alcuni passaggi per identificare il problema.

Jan 1 00:03:19 ucm-pub local7 6 : 898: ucm-pub.ciscolab.com: Jan 01 2021 07:03:19.321 UTC : %UC_GENERIC-6-ServiceStopped: %[ServiceName=Cisco Tftp][AppID=Cisco Service Manager][ClusterID=][NodeID=cap-86-pub.bldr-caplab.com]: Service stopped.

Jan 1 00:03:21 ucm-pub local7 6 : 899: ucm-pub.ciscolab.com: Jan 01 2021 07:03:21.346 UTC : %UC_GENERIC-6-ServiceStarted: %[ServiceName=Cisco Tftp][ProcessID=6803][AppID=Cisco Se

Dalla CLI del server:

1. Effettuare il login al server CUCM(TFTP) ed eseguire il comando che utilizza l'elenco di attività di base. nell'output verranno visualizzati più core CTFTP. 
2. Eseguire il comando "utils core active analyze <nome core>"
3. L'output (backtrace) del core deve corrispondere a quello riportato di seguito.

#0 0x07adc3e8 in fputs () from /lib/libc.so.6
#1 0x0876cd38 in SdlSystemLog::writeToFile (this=0xf4a02930,_traceLinePnt=0xf4a05ba0) at SdlSystemLog.cpp:1971
#2 0x0876ce54 in SdlSystemLog::writer (this=0xf4a02930) at SdlSystemLog.cpp:1919
#3 0x0078dbc9 in start_thread () from /lib/libpthread.so.0
#4 0x07b5e07e in clone () from /lib/libc.so.6

Syslog Cisco CUCM

Jan 1 00:03:19 ucm-pub local7 6 Cisco: Tftp: DBL SDI Initialization successful
Jan 1 00:03:19 ucm-pub local7 6 Cisco: Tftp: SysLevel [127] UserMask [1] Enable [TRUE] File [/var/log/active/cm/trace/dbl/sdi/dbl.log]
Jan 1 00:03:20 ucm-pub local7 4 Cisco: Tftp: SDIDBConfigData::Read failed to retrieve SDI folder location, will use location in DB. ServiceID=1, NodeName=ucm-pub.bldr-caplab.com
Jan 1 00:03:24 ucm-pub local7 6 Cisco: Tftp: DBNotify SDI Initialization successful

Registri SDL Cisco TFTP CUCM 

SDL001_600_000103.txt:00913050.000 |00:03:17.708 |AppInfo | TID[f660e740] CServiceModule::waitForSignals() TID[f660e740] Signal[15] Received to QUIT, quitting.

Nota: dopo l'aggiornamento dell'ora legale, il servizio TFTP viene riavviato e non viene rilevato alcun core, come da progettazione.

Soluzione alternativa

Il core si verifica quando tenta di scrivere qualcosa nel file di traccia. Ciò può anche comportare la possibilità di avviare il servizio TFTP.  

Di seguito sono riportati i passaggi.

Passaggio 1.  Impostare il sistema operativo sulla modalità permissiva eseguendo "utils os secure permissive" con le impostazioni di traccia attivate o disattivate.  

Passaggio 2. Riavviare/Avviare il servizio TFTP da Serviceability.

Passaggio 3. Tornare al cluster per applicarlo utilizzando "utils os secure enforce".

Questo problema è documentato dall'ID bug Cisco CSCvw94324

Nota: la soluzione è temporanea, in quanto il problema è attualmente esaminato dal team di progettazione Cisco.