Überwachung/var Speicherplatz im Mobilfunkgateway CG522-E

Einleitung

Dieses Dokument beschreibt die Aufrechterhaltung der Protokollrotation zur Überwachung von Platzproblemen beim Cisco CG522-e unter Version Cisco IOS® 17.9.5 oder niedriger.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Grundkenntnisse in diesen Themen verfügen:

• Grundlagen des 5G-Mobilfunknetzes
• Cisco Cellular Gateway 522-E
• Cisco IOS XE und Cisco IOS CG

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

• Cisco Cellular Gateway 522-E mit Cisco IOS

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Hintergrundinformationen

Der Cisco CG522-E mit Versionen unter Cisco IOS 17.9.5 kann Platzprobleme haben, die die Geräteleistung beeinträchtigen. Spätere Versionen nach 17.12.3 ES verfügen über eine Funktion zur Rotation von Dateien, wodurch das manuelle Löschen von Dateien in späteren Versionen verhindert wird, um den Speicherplatz freizugeben.

Überwachung

Beispiel für ein Protokoll:

CRITICAL: File system [/var] is critically low in space. Available space [0]. Please delete some files, otherwise the device sometimes does not function correctly.

Fehlerbehebung 

So stellen Sie das System wieder her, bis ein Upgrade auf neuere Versionen wie 17.9.5a ClickES oder 17.12.3 ES durchgeführt wird, wenn Probleme mit dem Speicherplatz auftreten:

Schritt 1: Melden Sie sich bei CG an, überwachen Sie proaktiv die Nutzung des /var/log-Speicherplatzes und entfernen Sie die anstößigen Protokolldateien wie z.B. config.log, wenn Sie Fehler wie die folgenden sehen:

KRITISCH: Dateisystem [/var] ist extrem platzsparend. Verfügbarer Speicherplatz [0]. Löschen Sie einige Dateien, da das Gerät sonst manchmal nicht richtig funktioniert.

Schritt 2: Shell-Zugriff anfordern 

R1# Anforderungssystem-Shell

Aktivität in dieser Shell kann das System gefährden.
"Sind Sie sicher, dass Sie fortfahren möchten? [J/N]J
Herausforderung: XXXXX

Hinweis: Das TAC muss die Herausforderung kopieren und mit dem TAC teilen, um eine Antwort bereitzustellen.

Schritt 3: Aufrufen der Shell-Eingabeaufforderung und Überprüfen der Dateigröße

R1:/# cd /var/log/config
R1:/var/log/config#

R1:/var/log/config# du -sh *
300,4 Mio. audit.log
328.000 konfd.log
4.000 Confderr.log.1
4.000 konfderr.log.idx
4.000 Conferr.log.siz
340.000 devel.log

<..... Abgeschnitten .........>

R1:/var/log/config# cd ..
R1:/var/log# cd
R1:/admin# pwd
/admin
R1:/admin# cd /
R1:/# du -sh *
4.000 ACTIVE_BOOT_PART
4.000 AP_PLATFORM_DESCR
4.000 AP_PLATTFORM_NAME

R1:/# cd /var/log
R1:/var/log# du -hs ./* | sort-n
0 ./boot.log
0./lastlog
0 ./ntpd.log
0./Warnungen
0./wtmp
1,2 Mio. ./xcheck.log
1,5 Mio. ./cwan.log.backup

<..... Abgeschnitten .........>

Vorsicht: Wenden Sie sich über eine Serviceanfrage an das Cisco TAC, bevor Sie die Datei über den DevShell-Zugriff löschen.

Schritt 4: Entfernen der problematischen Dateien 
In der Regel kann audit.log auf mehr als 1 Gbit/s oder netconf.log auf etwa 500 Mio. erweitert werden. Da CG über einen Speicherplatz von insgesamt 1,7 G verfügt, würde das Entfernen dieser Dateien verhindern, dass das Gerät nicht reagiert.
R1:/var/log/config# rm netconf.log
R1:/var/log/config# rm audit.log

Schritt 5: Beenden der Shell:
R1:/# exit
Debugsitzung beenden....
#############################
R1#

Schlussfolgerung 

Release.12.3 ES oder 17.9.5a ClickES verfügt über eine Rotation der Datei, sodass das manuelle Entfernen der Datei nicht erforderlich ist. Wenn eine ältere Version als Cisco IOS 17.9.5 ausgeführt wird, überwachen Sie die Protokolle und führen Sie die Wiederherstellung durch manuelles Löschen der Datei durch.