La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.
Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).
Questo documento descrive i vari log e output necessari per la risoluzione dei problemi quando si lavora con TAC per ACI.
Per un rapido riferimento ai dati da raccogliere prima di aprire una richiesta TAC, fare riferimento alla tabella 1.
Tabella 1: mostra/registra matrice di raccolta dei dati tecnici
Problemi | Dati da raccogliere | Note |
Problemi di aggiornamento |
|
Se gli APIC sono divergenti e la raccolta delle informazioni per il supporto tecnico su richiesta ha esito negativo, raccogliere le informazioni per il supporto tecnico locale (techsupport local). |
Problema di connettività casuale |
|
|
Perdita completa di connettività |
|
In caso di interruzioni operative, chiedere al team TAC di eseguire un debug in tempo reale. Se i nodi devono essere riavviati per analizzare le cause profonde di un problema (RCA, Root Cause Analysis), raccogliere i log prima di ricaricare i nodi. |
Problemi di clustering |
|
Se gli APIC sono divergenti e la raccolta delle informazioni per il supporto tecnico su richiesta ha esito negativo, raccogliere le informazioni per il supporto tecnico locale (techsupport local). |
Problemi di routing |
|
|
Arresto anomalo / ricaricamento imprevisto del nodo |
|
|
Problema sull'appliance APIC |
|
Nota: se il fabric ACI è connesso e richiesto tramite Intersight, la generazione del supporto tecnico e il caricamento nella SR TAC per il numero di serie fornito durante l'apertura della richiesta sono automatizzati. Il tecnico TAC su tale SR può quindi attivare la generazione e il caricamento o ulteriori supporti TechSupport per qualsiasi altro dispositivo connesso tramite Intersight.
Per utilizzare questo metodo, il fabric ACI deve essere connesso e richiesto su Intersight tramite l'app APIC: Nexus Insights Cloud Connector.
Per utilizzare questo metodo, il fabric ACI deve essere connesso e richiesto su Intersight tramite Nexus Dashboard: Nexus Dashboard Insights.
Creazione di una policy di supporto tecnico su richiesta
Nota: non specificare un intervallo di tempo di TechSupport a meno che non sia esplicitamente richiesto da TAC. Se si verifica una variazione eccessiva del log, è possibile che si verifichi una perdita di log. Ciò incide gravemente sulla capacità di TAC di fornire un RCA tempestivo. Se viene fornito un Intervallo di tempo di Techsupport, i registri vengono tagliati in base all'indicatore orario dell'"ultima modifica del file" e NON in base all'indicatore orario all'interno del file di registro stesso.
Creazione di un file di supporto tecnico su richiesta
Raccolta del file di supporto tecnico generato
Nota: se la versione è precedente alla 2.2, è necessario utilizzare l'account utente "admin" locale per scaricare Techsupported tramite l'interfaccia utente. In alternativa, usare un altro account locale con privilegi di amministratore. Gli utenti remoti non sono in grado di scaricare il supporto tecnico tramite l'interfaccia utente. Al contrario, devono utilizzare sftp o un altro metodo per estrarre i file di supporto tecnico dalla directory "/data/techsupport/" degli APIC corrispondenti.
Nota: il numero nell'URL del bundle di supporto tecnico indica l'APIC su cui si trova il file. Ad esempio, "files/2/techsupport.tgz" indica che questo bundle specifico si trova nella directory "/data/techsupport/" di APIC 2.
Se i file di supporto tecnico sono generati con l'opzione Export to Controller (Esporta nel controller), sull'interfaccia grafica vengono visualizzati tre URL per nodo ACI (nodo APIC o nodo switch). Ogni URL rappresenta un file di log di tipo diverso e contiene informazioni univoche. Il team TAC in genere chiede che vengano caricati tutti e tre i file per singolo nodo per avere dettagli esaustivi ed effettuare un'analisi approfondita.
Ogni URL è associato a uno dei tre tipi di file:
Categoria | Suffisso tipico | Utile per: | Dimensioni file |
Esporta | _1of3.tgz | Log di audit/errori | Medio-piccole |
Log | _logs_3of3.tgz | Log di processo | Molto elevate |
DB | _db_2of3.tgz | Dump MO | Piccole |
Nota: se è stata selezionata una destinazione di esportazione anziché Esporta in controller, la posizione remota definita crea una cartella contenente i tre file per nodo.
Se si verifica un problema durante il download del file di supporto tecnico dal link del browser, scaricare i file direttamente dall'archivio APIC usando un client scp o sftp come WinSCP o FileZilla.
1. Connettersi (sftp) a ciascun APIC. I file del supporto tecnico raccolti vengono memorizzati su tutti gli APIC disponibili, quindi è importante controllare ogni APIC per individuare i file del supporto tecnico raccolti.
2. Passare alla cartella /data/techsupport dell'APIC connesso (ripetere questo passaggio per tutti i controller APIC).
Cercare i file il cui nome corrisponde al nome della policy di supporto tecnico su richiesta, nell'esempio "ABCTECH", e scaricare i file sul computer.
I file di supporto tecnico su richiesta sono sempre preferibili ai file di supporto tecnico locale, in quanto restituiscono un quadro più dettagliato del problema. Tuttavia, il cluster APIC deve essere completamente integrato in quanto la raccolta è attivata dalla policy.
Tenere presente che la raccolta di informazioni locale deve essere attivata su ciascun singolo nodo, quindi se la raccolta riguarda tutti gli APIC, il comando cmd deve essere eseguito su ciascun singolo APIC del cluster.
Scenari per la raccolta di informazioni per il supporto tecnico locale
Using username "admin". Application Policy Infrastructure Controller
apic1# bash -c "techsupport local" This command is being deprecated on APIC controller, please use NXOS-style equivalent command Running bash commands Completed 1 of 10 commands ... Completed 10 of 10 commands Starting data compression Techsupport collected at /data/techsupport/local_apic1_2018-05-29T08-17.tgz . Please remove the file once done.
fab5-leaf1# techsupport local Running bash commands Completed 1 of 9 commands ... Completed 9 of 9 commands Starting data compression Techsupport collected at /data/techsupport/local_fab5-leaf1_2018-05-29T08-16.tgz . Please remove the file once done
3. Scaricare il file di supporto tecnico locale.
È possibile raccogliere un supporto tecnico da CIMC APIC per esaminare i registri relativi allo chassis APIC. Un programma CIMC può essere acquisito localmente o inviato a una postazione remota dalla sezione Utilità della scheda Amministrazione CIMC.
Nella CLI dell'APIC CIMC, immettere:
~ # scope cimc ~ /cimc # scope tech-support ~ /cimc/tech-support # set tftp-ip 192.168.1.1 ~ /cimc/tech-support *# set path \techsupport\showtech ~ /cimc/tech-support *# commit ~ /cimc/tech-support *# start
Ecco una descrizione di alcuni dei principali campi del comando show tech.
File Techsup/Percorso |
Descrizione |
var/ |
Contiene registri dettagliati e lo stato di tutti i servizi monitorati. Contiene inoltre i file di informazioni sui servizi, come la configurazione degli allarmi dei sensori SOL e IPMI. |
var/log |
Contiene i messaggi di registro volatili in sequenza |
obfl/ |
Contiene i messaggi di registro non volatile in sequenza |
soddisfatto/ |
Configurazione non volatile e SEL |
mp/ |
I file di testo show tech-support, insieme ai file di testo del BIOS tech-support. I file di testo contengono tutte le informazioni sullo stato di processo, rete, sistema, scheda mezzanino e BIOS. |
mctool |
Ottiene informazioni di base sullo stato del CIMC |
rete |
Ottiene informazioni sulla configurazione di rete e sul socket correnti |
obfl |
Ottiene un obfl in tempo reale (log degli errori onboarding) |
messaggi |
Ottiene il file live /var/log/messages |
allarmi |
Elenca i sensori negli stati di allarme |
sensori |
Letture del sensore di corrente da IPMI |
potenza |
Stato di alimentazione corrente di x86 |
Il team TAC può chiedere ulteriori output base come errori, eventi e verifiche in genere necessari per eseguire l'analisi delle cause profonde, o RCA (Root Cause Analysis).
Al momento, il comando show techs include già alcuni di questi dati, ma solo per gli ultimi 10.000 record. In alcuni casi, la funzione TAC richiede la serie completa di record, ovvero oltre 10.000 record.
Nota: a partire dalla versione 5.2(1g), è possibile usare il comando CLI 'trigger taoutput' dell'APIC per raccogliere questi oggetti aggiuntivi. Nelle versioni precedenti alla 5.3(x) e alla 6.0(3d), tuttavia, lo script incorporato potrebbe non riuscire a raccogliere tutte le pagine di record. In questo caso si consiglia di utilizzare la versione più aggiornata dello script all'interno del repository aci-tac-scripts descritto nella sezione successiva.
Per ACI Fabric con versione 5.3/6.0(3d) e successive, l'output del trigger fornisce un'interfaccia di raccolta semplificata per eventi, errori, audit e altri output per la risoluzione dei problemi):
apic1# trigger tacoutput
Select corresponding numbers of objects to collect. Separate numbers with commas. *Note, topSystem, fabricNode, and firmwareARunning are automatically included.
Ex: 1,2,3,4,5
1. faultInfo *collected unfiltered
2. faultRecord
3. eventRecord
4. aaaModLR *collected unfiltered
5. polDeploymentRecord
6. epRecord
7. healthRecord
8. healthInst *collected unfiltered
Enter selections: 1,2,3,4,5,6,7,8
Enter record start date (format: 2019-12-15T00:00:00) *default is one month prior to current date:
Enter record end date (format: 2019-12-15T00:00:00) *default is current date:
... collection runs...
2021-12-17T08:19:59 TacOutput collection completed.
2021-12-17T08:19:59 Verify files and file sizes at /tmp/TacOutput2021-12-17T08-16-19
2021-12-17T08:19:59 Compressing files...
2021-12-17T08:20:01 Compression completed
Logs available for SCP or SFTP download from /data/techsupport/TacOutput-2021-11-17T08:18:06-to-2021-12-17T08:18:06.tgz
To download through your web browser go to https://<apic address>/files/1/techsupport/TacOutput-2021-11-17T08:18:06-to-2021-12-17T08:18:06.tgz
Note: in the URL above 1 denotes the APIC ID 1, if script was run on APIC-n, then n must be specified in the URL (n = APIC-ID).
To remove files when done run
rm -rf /tmp/TacOutput2021-12-17T08-16-19
rm -f /data/techsupport/TacOutput-2021-11-17T08:18:06-to-2021-12-17T08:18:06.tgz
Per i fabric ACI con versione precedente alla 5.3/6.0(3d), è disponibile uno script Collect TacOutput nel repository aci-tac-scripts che serve un'interfaccia simile al comando trigger tacoutput:
apic# /tmp/collectTacOutputs.sh Select corresponding numbers of objects to collect. Separate numbers with commas. *Note, topSystem, fabricNode, and firmwareARunning are automatically included. Ex: 1,2,3,4,5 1. faultInfo *collected unfiltered 2. faultRecord 3. eventRecord 4. aaaModLR 5. polDeploymentRecord 6. epRecord 7. healthRecord 8. healthInst *collected unfiltered Enter selections: 1,2,3,4,5,6,7,8 Enter record start date (format: 2019-12-15T00:00:00) *default is one month prior to current date: 2019-12-25T00:00:00 Enter record end date (format: 2019-12-15T00:00:00) *default is current date: 2020-01-05T00:00:00 ...script collection runs... Compression completed Logs available for SCP or SFTP download from /data/techsupport/TacOutput-2019-12-25T00:00:00-to-2020-01-05T00:00:00.tgz To download through your web browser go to https:///files/1/techsupport/TacOutput-2019-12-25T00:00:00-to-2020-01-05T00:00:00.tgz
Sullo switch ACI e sull'APIC sono disponibili numerosi processi che permettono di controllare i vari aspetti funzionali del sistema. Se il sistema presenta un errore software in un determinato processo, viene generato un file core e il processo viene ricaricato. Quando un processo si arresta in modo anomalo e viene generato un file core, viene generato anche un errore e un evento. In caso di arresto anomalo del processo sullo switch/APIC, il file core viene compresso e copiato nell'APIC.
L'interfaccia utente grafica APIC offre una posizione centrale per la raccolta dei file di base per i nodi della struttura.
È possibile creare un nuovo criterio di esportazione da Admin > IMPORT/EXPORT in Criteri di esportazione > Core.
Esiste una regola di base predefinita in base alla quale i file possono essere scaricati direttamente. Tutti i file di base generati tentano il trasferimento al controller APIC quando vengono generati. Se l'operazione ha esito positivo, è possibile trovarle nei criteri di base predefiniti.
È possibile visualizzare i file core generati (ed esportati) dalla scheda Operational (File raccolti). In questa scheda è possibile esaminare il nodo che ha generato i file core (arresto anomalo del servizio), quando si è verificato il problema e altri dati.
È possibile scaricare i file sul desktop facendo clic sul link "Export Location" (Percorso di esportazione). Utilizzare le credenziali APIC quando richiesto.
In alternativa, è possibile accedere ai file core situati nella cartella /data/techsupport dell'APIC tramite SSH/SCP. Si noti che il file di base è disponibile in /data/techsupport su un APIC nel cluster; l'APIC esatto in cui risiede il file di base può essere individuato dal percorso della posizione di esportazione, come mostrato nella GUI. Ad esempio, se il percorso di esportazione inizia con "files/3/", il file si trova sul nodo 3 (APIC3).
In alcuni casi eccezionali, è possibile che i core delle foglie o dei dorsi non vengano copiati nell'APIC e si trovino in "/logflash/core" degli switch. Per recuperarli, è possibile usare l'SCP sullo switch direttamente o spostare prima i file sull'APIC.
Lo script di raccolta tenta di raccogliere i corefile in /logflash/core, nonché ulteriori informazioni relative all'arresto anomalo del sistema:
#Run on an ACI Leaf Node, Copy from here
bash -c '
# set this to correct leaf name
leaf="$(hostname)""_data"
# collect data
mkdir /data/techsupport/$leaf
cd /data/techsupport/$leaf
show system reset-reason > show_sys_rr.log
vsh -c "show logging onboard internal reset-reason" > show_logg_onb_internal_rr.log
vsh -c "show logging onboard stack-trace" > show_logg_onb_stack-trace.log
vsh -c "show logging onboard card-boot-history" > show_logg_onb_card-boot-history.log
vsh -c "show processes log details" > show_process_log_detail.log
df -h > df.log
ls -liah /logflash/core > logflash_core.log
cp /var/log/dmesg ./
cp -rf /mnt/ifc/log/last_run/ ./
mkdir bootflash; cp /bootflash/mem_log* ./bootflash/
mkdir mnt_pss; cp -rf /mnt/pss/* ./mnt_pss/
mkdir mnt_pstore; cp -rf /mnt/pstore/* ./mnt_pstore/
mkdir logflash_core; cp -rf /logflash/core ./logflash_core
# compress and combine files
cd /data/techsupport
zipfile="$leaf"".tgz"
tar -zcvf ./$zipfile ./$leaf/*
rm -rf ./$leaf/*
rmdir ./$leaf
echo ""
echo " ///// Please collect /data/techsupport/"$zipfile" and upload to SR ///////"
'
#copy to here
Se si usa un'appliance APIC e si verifica un problema, è possibile creare una policy On-demand Techsupport (Supporto tecnico su richiesta) sull'appliance in modo da raccogliere i log e poterli analizzare.
Per creare la policy, selezionare Admin > Import/Export > Export Policies > Create On-demand Tech Support (Amministrazione > Importa/Esporta > Policy di esportazione > Crea file di supporto tecnico su richiesta). È disponibile un'opzione specifica "For App" che consente all'utente di selezionare un'APP APIC per raccogliere i log in base a:
Dopo aver creato la policy, è possibile usarla per raccogliere le informazioni per il supporto tecnico e renderlo disponibile per il download nella scheda Operational (File raccolti) dopo aver selezionato "Export to Controller" (Esporta nel controller).
Accedere alla CLI del nodo AVE ed eseguire il comando seguente. Il comando show tech viene raccolto nella directory /tmp. Per esportarlo, è possibile usare SCP.
cisco-ave:~$ vem-support all
This may take some time. Please wait.
Copying dpa logs
...
Generated /tmp/dbgexp_ave_sw-dvs-60_10.48.16.46_2019-0226-1408_logs.tgz
cisco-ave:tmp$ tar -tf dbgexp_ave_sw-dvs-60_10.48.16.46_2019-0226-1408_logs.tgz
dbgexp_ave_sw-dvs-60_10.48.16.46_2019-0226-1408_logs/
dbgexp_ave_sw-dvs-60_10.48.16.46_2019-0226-1408_logs/cisco-vemlog.txt
dbgexp_ave_sw-dvs-60_10.48.16.46_2019-0226-1408_logs/cisco-vem-support.txt
dbgexp_ave_sw-dvs-60_10.48.16.46_2019-0226-1408_logs/cisco-vemdpa.txt
...
dbgexp_ave_sw-dvs-60_10.48.16.46_2019-0226-1408_logs/log/redis/
dbgexp_ave_sw-dvs-60_10.48.16.46_2019-0226-1408_logs/log/supervisor/
I log degli host vCenter ed ESX possono essere esportati come mostrati in questa schermata.
1. Dall'interfaccia grafica di MSO, fare clic sull'icona delle impostazioni.
2. Selezionare "System Logs" (Log di sistema) dal menu a tendina.
3. Fare clic sul pulsante "DOWNLOAD" (Scarica) nella finestra a comparsa.
1. Nell'interfaccia grafica di MSO, dal menu principale,aprire la schermata System Logs (Log di sistema) Selezionare Operazioni > Supporto tecnico.
2. Nell'angolo in alto a destra della finestra System Logs (Log di sistema), fare clic sull'icona di modifica.
3. Selezionare i log da scaricare.
4. Fare clic sul pulsante Download.
Un archivio degli elementi selezionati viene scaricato nel sistema. Il report contiene le seguenti informazioni: Tutti gli schemi, le definizioni dei siti, le definizioni dei tenant e degli utenti in formato JSON. Tutti i log dei container sono inseriti nel file infra_logs.txt.
I registri di sistema possono essere trasmessi a un analizzatore esterno. Per ulteriori informazioni su come inviare i log a uno strumento di analisi dei log esterno in tempo reale, fare riferimento al collegamento seguente. https://www.cisco.com/c/en/us/td/docs/dcn/mso/3x/configuration/cisco-aci-multi-site-configuration-guide-301/aci-multi-site-logs.html
I registri di controllo MSC possono essere scaricati in formato JSON su CSV
Revisione | Data di pubblicazione | Commenti |
---|---|---|
7.0 |
23-Apr-2024 |
Aggiornamento del formato e collegamenti alla guida Device Connector per APIC e ND |
5.0 |
27-May-2022 |
La generazione e il caricamento di TechSupport in Intersight tramite APIC/ND è stato aggiornato. |
4.0 |
16-Mar-2022 |
Aggiunto percorso allo script TacOutput su GIT. |
3.0 |
22-Feb-2022 |
Aggiornamento secondario. |
2.0 |
17-Dec-2021 |
Aggiunta della CLI APIC "trigger output" al documento. |
1.0 |
06-Sep-2021 |
Versione iniziale |