Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Problema

Sintomas

Solução

Introduction

Este documento descreve o problema conhecido do núcleo do 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.

Prerequisites

Requirements

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

CUCM TFTP Service cable quando o servidor clocar o tempo 00:00 2021

Sintomas

Você receberá um alerta na RTMT para o serviço TFTP 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 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.

Observação: após a atualização do DST, o serviço TFTP será reiniciado e não será observado nenhum núcleo que esteja por projeto.

Solução

O núcleo está a acontecer quando tenta escrever algo no ficheiro de rastreio. Isso também pode resultar na habilidade do serviço TFTP de iniciar.

Abaixo estão as etapas.

Etapa 1.  Defina os como modo permissivo executando "utils so so secure permissive" com as configurações de Rastreamento ativadas ou desativadas.

Etapa 2. Reiniciar/Iniciar o serviço TFTP a partir da Serviceability.

Etapa 3. Retorne ao cluster para Imposição usando "utils so so secure apply".

Esse problema é documentado pela ID de bug da Cisco CSCvw94324

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