Troubleshooting do Serviço CUCM TFTP contabilizado em janeiro de 2021

Introdução

Este documento descreve o problema conhecido do núcleo de serviço TFTP no Cisco Unified Communications Manager (CUCM) versões 11.5.1 SU7 e 11.5.1 SU8 que exigem uma solução alternativa para corrigir o problema. 

Pré-requisitos

Requisitos

Não existem requisitos específicos para este documento.

Componentes Utilizados

As informações neste documento são baseadas no Cisco Unified Communications Manager (CUCM).

Problema

O serviço TFTP do CUCM foi codificado quando o servidor registrou a hora 00:00 2021

Sintomas

Você receberá um alerta na RTMT para o serviço TFTP que será desativado e abaixo estão algumas etapas para identificar o 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

Da CLI do servidor:

1. Faça login no servidor CUCM(TFTP) e execute o comando utils core ative list. a saída mostrará vários núcleos CTFTP. 
2. Execute o comando "utils core ative analyze <core name>"
3. A saída (backtrace) do núcleo deve coincidir com a abaixo.

#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 do 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

Logs SDL do CUCM Cisco TFTP 

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

Observação: após a atualização do Horário de Verão, o serviço TFTP será reiniciado e nenhum núcleo será observado, o que é por design.

Solução

O núcleo está acontecendo quando ele tenta gravar algo no arquivo de rastreamento. Isso também pode resultar na capacidade de início do serviço TFTP.  

Abaixo estão as etapas.

Etapa 1.  Defina o sistema operacional para o modo permissivo executando "utils os secure permissive" com as configurações de rastreamento ativadas ou desativadas.  

Etapa 2. Reinicie/inicie o serviço TFTP a partir de Serviceability.

Etapa 3. Voltar ao cluster para Aplicação usando "utils os secure enforce".

Este problema é documentado pela ID de bug da Cisco CSCvw94324

Observação: a solução alternativa é temporária, pois esse problema está sendo investigado pela equipe de engenharia da Cisco.