Resolución de problemas del servicio TFTP de CUCM puntuado 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 alternativa 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 TFTP de CUCM se anota una vez que el servidor marca la hora 00:00 2021

Síntomas

Recibirá una alerta en el RTMT para que el servicio TFTP se desactive y a continuación se detallan 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. La salida (backtrace) del núcleo debe coincidir con la 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

Registros del sistema 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 de Cisco TFTP SDL de 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: Después de la actualización de DST, el servicio TFTP se reiniciará y no se observará ningún núcleo, que es por diseño.

Solución Aternativa

El núcleo ocurre cuando intenta escribir algo en el archivo de seguimiento. Esto también puede resultar en la capacidad del servicio TFTP para iniciarse.  

A continuación se muestran los pasos.

Paso 1.  Establezca el so en modo permisivo ejecutando "utils os secure permissive" con Trace settings activado o desactivado.  

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

Paso 3. Retroceda el clúster a Aplicación mediante "utils os secure enforce".

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.