Resolución de problemas del servicio CUCM TFTP finalizado en enero de 2021

Introducción

Este documento describe el problema conocido del núcleo de servicio TFTP en las versiones 11.5.1 SU7 y 11.5.1 SU8 de Cisco Unified Communications Manager (CUCM) que requieren una solución temporal para solucionar el problema. 

Prerequisites

Requirements

No hay requisitos específicos para este documento.

Componentes Utilizados

La información de este documento se basa en Cisco Unified Communications Manager (CUCM).

Problema

El servicio CUCM TFTP se cortó una vez que el servidor reloj el tiempo 00:00 2021

Síntomas

Recibirá una alerta en el RTMT para el servicio TFTP que se interrumpe y a continuación se muestran algunos pasos para identificar el 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

Desde la CLI del servidor:

1. Inicie sesión en el servidor CUCM(TFTP) y ejecute el comando utils core active list. el resultado mostrará varios núcleos CTFTP. 
2. Ejecute el comando "utils core active analysis <core name>"
3. El resultado(backtrace) del núcleo debe coincidir con el siguiente.

#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

Syslogs de 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

Registros SDL CUCM TFTP de Cisco 

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

Nota: Después de la actualización de DST, el servicio TFTP se reiniciará y no se observa ningún núcleo que sea por diseño.

Solución Aternativa

El núcleo se produce cuando intenta escribir algo en el archivo de seguimiento. Esto también puede dar como resultado la capacidad del servicio TFTP para iniciarse.  

A continuación se muestran los pasos.

Paso 1.  Establezca OS en modo permisivo ejecutando "utils os secure permisive" con la configuración Trace activada o desactivada.  

Paso 2. Reinicie/inicie el servicio TFTP desde Serviceability.

Paso 3. Vuelva el clúster a Aplicación mediante "utils os secure enforce" (aplicación segura de utilidades).

Este problema se documenta con el ID de bug de Cisco CSCvw94324

Nota: La solución temporal es temporal, ya que el equipo de ingeniería de Cisco está investigando este problema.