Monitoraggio/var spazio nel gateway cellulare CG522-E

Introduzione

In questo documento viene descritto come mantenere la rotazione dei log per monitorare i problemi di spazio di Cisco CG522-e se in esecuzione sulla versione Cisco IOS® 17.9.5 o precedente.

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza di base dei seguenti argomenti:

• Nozioni di base sulla rete cellulare 5G
• Cisco Cellular Gateway 522-E
• Cisco IOS XE e Cisco IOS CG

Componenti usati

Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:

• Cisco Cellular Gateway 522-E con Cisco IOS

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Premesse

Cisco CG522-E in esecuzione sulle versioni inferiori a Cisco IOS 17.9.5 può avere problemi di spazio che ostacolano le prestazioni del dispositivo. Nelle release successive successive alla 17.12.3 ES è presente una funzione di rotazione dei file, che elimina l'eliminazione manuale dei file nelle release successive per liberare lo spazio.

Monitor (Monitora)

Esempio di log:

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

Risoluzione dei problemi 

Di seguito viene riportata la procedura per ripristinare il sistema fino a quando non viene aggiornato alle versioni successive, ad esempio 17.9.5a ClickES o 17.12.3 ES, in caso di problemi di spazio:

1: Accedere a CG, monitorare in modo proattivo l'utilizzo dello spazio /var/log e rimuovere i file di log che causano problemi come confd.log se si verificano errori quali:

CRITICAL: lo spazio del file system [/var] è quasi esaurito. Spazio disponibile [0]. Eliminare alcuni file, altrimenti il dispositivo non funziona correttamente.

Passaggio 2: Richiedere l'accesso alla shell 

R1# richiesta shell di sistema

L'attività all'interno di questa shell può compromettere il sistema.
"Continuare? [s/n]a
Sfida: XXXXX

Nota: copiare e condividere la richiesta con TAC per ottenere una risposta.

Passaggio 3: immissione del prompt della shell e verifica delle dimensioni del file

R1:/# cd /var/log/confd
R1:/var/log/confd#

R1:/var/log/confd# du -sh *
300.4M audit.log
328.0K config.log
4.0K confderr.log.1
4.0K confderr.log.idx
4.0K confderr.log.size
340.0K devel.log

<..... Troncato........>

R1:/var/log/confd# cd ..
R1:/var/log# cd
R1:/admin# pwd
/admin
R1:/admin# cd /
R1:/# du -sh *
ACTIVE_BOOT_PART 4,0 K
AP_PLATFORM_DESCR 4,0 K
4.0K NOME_PIATTAFORMA_AP

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

<..... Troncato........>

Attenzione: contattare Cisco TAC tramite una richiesta di servizio prima di eseguire l'eliminazione dei file tramite l'accesso Devshell.

Passaggio 4: Rimuovere i file che presentano problemi 
Di solito audit.log può crescere di oltre 1G o netconf.log può crescere di circa 500M. Poiché CG ha uno spazio totale di 1,7 G, la rimozione di questi file impedirebbe al dispositivo di non rispondere
R1:/var/log/confd# rm netconf.log
R1:/var/log/confd# rm audit.log

Passaggio 5: uscita dalla shell:
R1:/# uscita
Chiusura della sessione di debug in corso...
################################
R1#

Conclusioni 

Release.12.3 ES o 17.9.5a ClickES ha la rotazione dei file e quindi non è necessaria la rimozione manuale dei file. Se si eseguono versioni inferiori a Cisco IOS 17.9.5, monitorare i log ed eseguire il ripristino tramite l'eliminazione manuale dei file.