Fehlerbehebung beim CUCM-TFTP-Dienst, abgeschlossen im Januar 2021

Einleitung

In diesem Dokument wird das bekannte Problem mit dem TFTP-Service-Core in den Cisco Unified Communications Manager (CUCM)-Versionen 11.5.1 SU7 und 11.5.1 SU8 beschrieben, für das zur Behebung des Problems eine Problemumgehung erforderlich ist. 

Voraussetzungen

Anforderungen

Es gibt keine spezifischen Anforderungen für dieses Dokument.

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf Cisco Unified Communications Manager (CUCM).

Problem

CUCM-TFTP-Dienst wird nach Serveruhrzeit codiert 00:00 2021

Symptome

Sie erhalten eine Warnmeldung im RTMT für den TFTP-Dienst, der daraufhin ausfällt. Nachfolgend finden Sie einige Schritte zur Identifizierung des Problems.

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

Über die Server-CLI:

1. Melden Sie sich beim CUCM(TFTP)-Server an, und führen Sie die Liste "command utils core active list" aus. zeigt die Ausgabe mehrere CTFTP-Kerne an. 
2. Führen Sie den Befehl "utils core active analyze <Core-Name>" aus.
3. Die Ausgabe (Backtrace) des Cores sollte mit unten übereinstimmen.

#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

Cisco CUCM-Syslogs

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

CUCM Cisco TFTP SDL-Protokolle 

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

Hinweis: Nach der DST-Aktualisierung wird der TFTP-Dienst neu gestartet, und es wurde kein Core beobachtet, der vom Design her identisch ist.

Problemumgehung

Der Kern passiert, wenn er versucht, etwas in die Trace-Datei zu schreiben. Dies kann auch dazu führen, dass der TFTP-Dienst gestartet werden kann.  

Nachfolgend sind die einzelnen Schritte aufgeführt.

Schritt 1:  Stellen Sie den Modus so ein, dass der Benutzer "utils os secure permissive" ausführt, wobei die Trace-Einstellungen aktiviert oder deaktiviert sind.  

Schritt 2: Starten Sie den TFTP-Dienst über die Servicefreundlichkeit neu.

Schritt 3: Setzen Sie den Cluster mithilfe von "utils os secure enforcement" wieder auf "Erzwingen".

Dieses Problem ist dokumentiert durch Cisco Bug-ID CSCvw94324

Hinweis: Die Problemumgehung ist nur vorübergehend, da dieses Problem derzeit vom Cisco Engineering-Team untersucht wird.