Dépannage du service TFTP CUCM noté en janvier 2021

Introduction

Ce document décrit le problème connu du noyau de service TFTP dans les versions 11.5.1 SU7 et 11.5.1 SU8 de Cisco Unified Communications Manager (CUCM) qui nécessitent une solution de contournement pour résoudre le problème. 

Conditions préalables

Exigences

Aucune exigence spécifique n'est associée à ce document.

Composants utilisés

Les informations contenues dans ce document sont basées sur Cisco Unified Communications Manager (CUCM).

Problème

Service TFTP CUCM noté une fois que le serveur horloge l'heure 00:00 2021

Symptômes

Vous recevrez une alerte dans le RTMT pour le service TFTP qui s'arrête. Vous trouverez ci-dessous quelques étapes pour identifier le problème.

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

À partir de Server CLI :

1. Connectez-vous au serveur CUCM(TFTP) et exécutez la commande utils core active list. la sortie affiche plusieurs coeurs CTFTP. 
2. Exécutez la commande « utils core active analyser <nom du coeur> »
3. La sortie (backtrace) du coeur doit correspondre à celle indiquée ci-dessous.

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

Journaux SDL TFTP Cisco CUCM 

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

Remarque : après la mise à jour de l'heure d'été, le service TFTP redémarre et aucun noyau n'est observé, ce qui est par conception.

Solution de contournement

Le noyau se produit lorsqu'il tente d'écrire quelque chose dans le fichier de trace. Cela peut également entraîner le démarrage du service TFTP.  

Ci-dessous sont les étapes.

Étape 1.  Définissez le système d'exploitation en mode permissif en exécutant « utils os secure permissive » avec les paramètres de trace activés ou désactivés.  

Étape 2. Redémarrez/démarrez le service TFTP à partir de Serviceability.

Étape 3. Revenez à la section Application à l’aide de « utils os secure apply ».

Ce problème est documenté par le bogue Cisco ID CSCvw94324

Remarque : la solution est temporaire, car ce problème fait l'objet d'une enquête de l'équipe d'ingénierie Cisco.