In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument werden die verschiedenen Protokolle und Ausgaben beschrieben, die zur Fehlerbehebung beim Arbeiten mit dem TAC für die ACI erforderlich sind.
Tabelle 1 enthält eine Kurzreferenz zu den Daten, die vor dem Öffnen eines TAC-Tickets erfasst werden müssen.
Tabelle 1: Technologie-Sammelmatrix für Protokolle/Anzeigen
Probleme | Was gesammelt werden muss | Hinweise |
Upgrade-Probleme |
|
Wenn APICs abweichen und die On-Demand-Erfassung von Techsupport fehlschlägt, erfassen Sie „Techsupport Local“. |
Beliebiges Verbindungsproblem |
|
|
Vollständiger Konnektivitätsverlust |
|
Bei anhaltenden Ausfällen sollten Sie das TAC für Live-Debugging kontaktieren. Wenn Knoten aus irgendeinem Grund neu gestartet werden sollen, sammeln Sie Protokolle vor dem Neustart, wenn eine RCA angefordert werden soll. |
Clustering-Probleme |
|
Wenn APICs abweichen und die On-Demand-Erfassung von Techsupport fehlschlägt, erfassen Sie „Techsupport Local“. |
Routing-Probleme |
|
|
Knotenabsturz/unerwarteter Neustart |
|
|
APIC-APP-Problem |
|
Hinweis: Wenn Ihre ACI-Fabric über Intersight verbunden ist und angefordert wird, erfolgt die Generierung des technischen Supports und der Upload der Seriennummer, die während des offenen Tickets angegeben wurde, an den TAC-Serviceticket. Der TAC-Techniker in diesem Serviceticket kann dann die Generierung und den Upload von zusätzlichen TechSupport-Services für alle anderen verbundenen Geräte über Intersight auslösen.
Um diese Methode verwenden zu können, muss Ihre ACI-Fabric verbunden und bei Intersight über die APIC: Nexus Insights Cloud Connector-App angefordert werden.
Um diese Methode verwenden zu können, muss Ihre ACI-Fabric über das Nexus Dashboard: Nexus Dashboard Insights (Einblicke in das Nexus Dashboard) mit Intersight verbunden und in Anspruch genommen werden.
Erstellen einer On-Demand-Techsupport-Richtlinie
Hinweis: Geben Sie nur dann einen TechSupport-Zeitraum an, wenn Sie vom TAC ausdrücklich dazu aufgefordert werden. Wenn es zu einer übermäßigen Protokollabwanderung kommt, kann dies zu einem Protokollverlust führen. Dies hat gravierende Auswirkungen auf die Fähigkeit des TAC, eine rechtzeitige RCA bereitzustellen. Wenn ein TechSupport-Zeitbereich bereitgestellt wird, werden Protokolle basierend auf dem Zeitstempel der letzten Dateiänderung und NICHT basierend auf den Zeitstempeln in der Protokolldatei selbst getrimmt.
Generieren eines On-Demand-Techsupports
Generierten Techsupport erfassen
Hinweis: Wenn die Version älter als 2.2 ist, müssen Sie das lokale Benutzerkonto "admin" verwenden, um TechSupports über die Benutzeroberfläche herunterzuladen. Andernfalls können Sie jedes beliebige lokale Konto mit Administratorrechten verwenden. Remote-Benutzer können keine technischenSupport-Dokumente über die Benutzeroberfläche herunterladen. Stattdessen sollten sie sftp oder eine andere Methode verwenden, um die Dateien für den technischen Support aus dem Verzeichnis "/data/techsupport/" der entsprechenden APICs abzurufen.
Hinweis: Die Zahl in der URL des Techsupport-Bundle zeigt an, auf welchem APIC sich die Datei befindet. Beispiel: "files/2/techsupport.tgz" gibt an, dass dieses spezielle Paket im Verzeichnis "/data/techSupport/" von APIC 2 zu finden ist.
Wenn die Techsupports mit der Option Export to Controller generiert wurden, zeigt die GUI drei URLs pro ACI-Knoten (APIC-Knoten oder Switch-Knoten) an. Jede URL ist ein anderer Protokolldateityp und enthält eindeutige Informationen. TAC erfordert in der Regel, dass alle drei Dateien pro Knoten hochgeladen werden, um die gesamte Protokollierung für eine vollständige Analyse zu erhalten.
Jede URL ist einem der folgenden drei Dateitypen zugeordnet:
Kategorie | Typisches Suffix | Nützlich für: | Dateigröße |
Export | _1of3.tgz | Audit-/Fehlerprotokolle | Klein – mittelgroß |
Protokolle | _logs_3of3.tgz | Prozessprotokolle | Größtes |
DB | _db_2of3.tgz | MO-Dump | Klein |
Hinweis: Wenn anstelle von Export to Controller (Nach Controller exportieren) ein Exportziel ausgewählt wurde, erstellt der definierte Remotestandort einen Ordner, der die drei Dateien pro Knoten enthält.
Wenn beim Herunterladen des Techsupports über den Browser-Link ein Problem auftritt, laden Sie die Dateien direkt mit einem SCP- oder SFTP-Client wie WinSCP oder FileZilla aus dem APIC-Speicher herunter.
1. Verbinden Sie (SFTP) mit jedem APIC. Die erfassten Dateien für den technischen Support werden in allen verfügbaren APICs gespeichert. Daher ist es wichtig, jeden APIC auf die erfassten Dateien für den technischen Support zu überprüfen.
2. Navigieren Sie zum Ordner /data/techSupport im angeschlossenen APIC (wiederholen Sie diesen Schritt in allen APIC-Controllern).
Suchen Sie nach Dateien, deren Name den On-Demand-TechSupport-Richtliniennamen enthält (in diesem Beispiel „ABCTECH“), und laden Sie diese Dateien auf Ihren Computer herunter.
Ein On-Demand-Techsupport wird immer einem „Techsupport Local“ vorgezogen, da ein On-Demand-Techsupport ein vollständigeres Bild liefert. Er ist jedoch auf ein vollständig angepasstes APIC-Cluster angewiesen, da die Erfassung über eine Richtlinie ausgelöst wird.
Beachten Sie, dass ein „Techsupport Local“ auf jedem einzelnen Knoten ausgelöst werden muss. Wenn Sie also „Techsupport Local“ für alle APICs erfassen möchten, muss der Befehl auf jedem APIC im Cluster separat ausgeführt werden.
Techsupport Local-Szenarien
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. Laden Sie den lokalen technischen Support herunter.
Der technische Support des APIC CIMC kann genutzt werden, um Protokolle des APIC-Chassis zu überprüfen. Ein CIMC-Show-Tech kann lokal erfasst oder über den Abschnitt "Dienstprogramme" der Registerkarte "CIMC-Verwaltung" an einen Remote-Standort gesendet werden.
Geben Sie in der APIC CIMC-CLI Folgendes ein:
~ # 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
Einige der Schlüsselfelder im Befehl „show tech“ sind unten aufgeführt.
TechSup-Datei/Speicherort |
Beschreibung |
var/ |
Enthält detaillierte Protokolle und den Status aller überwachten Dienste. sowie Serviceinformationsdateien wie die Konfiguration von SOL- und IPMI-Sensoralarmen. |
var/log |
Enthält die fortlaufenden flüchtigen Protokollmeldungen. |
obfl/ |
Enthält die fortlaufenden, nicht flüchtigen Protokollmeldungen |
erfüllt/ |
Nichtflüchtige Konfiguration und SEL |
MP/ |
Die Textdateien für den technischen Support werden zusammen mit den Textdateien für den technischen BIOS-Support angezeigt. Die Textdateien enthalten alle Prozess-, Netzwerk-, System-, Mezzanine- und BIOS-Statusinformationen. |
Mikrowerkzeug |
Ruft grundlegende Informationen zum Status des CIMC ab. |
Netzwerk |
Ruft aktuelle Netzwerkkonfiguration und Socket-Informationen ab |
obfl |
Ruft Live-OBFL ab (On-Board Failure Logs) |
Nachrichten |
Ruft die Datei "live /var/log/messages" ab |
Alarme |
Sensoren in Alarmzuständen anzeigen |
Sensoren |
Aktuelle Sensormessungen von IPMI |
leistung |
Aktueller Leistungsstatus des x86 |
TAC kann zusätzliche grundlegende Ausgaben wie Fehler, Ereignisse und Audits anfordern, die im Allgemeinen für RCA erforderlich sind.
Derzeit enthalten die Show Techs eine Teilmenge dieser Objekte, jedoch nur die letzten 10.000 Datensätze. In einigen Fällen benötigt das TAC den vollständigen Datensatz, der weit über 10.000 Datensätze hinausgeht.
Hinweis: Ab Version 5.2(1g) können Sie diese zusätzlichen Objekte mit dem CLI-Befehl "trigger tacoutput" des APIC erfassen. In Versionen vor 5.3(x) und 6.0(3d) kann es jedoch vorkommen, dass das integrierte Skript nicht alle Seiten von Datensätzen erfasst. In diesem Fall wird empfohlen, die aktuellste Version des Skripts innerhalb des aci-tac-scripts-Repositorys zu verwenden, das im nächsten Abschnitt beschrieben wird.
Bei ACI-Fabrics mit Version 5.3/6.0(3d) und höheren Versionen bietet die Trigger-Tacoutput eine vereinfachte Erfassungsschnittstelle für Ereignisse, Fehler, Audits und andere Fehlerbehebungsausgaben.)
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
Für ACI-Fabrics mit älteren Versionen als 5.3/6.0(3d) ist ein Collect TacOutput-Skript im aci-tac-scripts-Repository verfügbar, das eine ähnliche Schnittstelle wie der trigger tacoutput-Befehl verwendet:
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
Der ACI-Switch-Knoten und der APIC verfügen über zahlreiche Prozesse, die verschiedene funktionale Aspekte des Systems steuern. Wenn im System ein Softwarefehler in einem bestimmten Prozess auftritt, wird eine Core-Datei generiert und der Prozess neu geladen. Wenn ein Prozess abstürzt und eine Core-Datei generiert wird, werden sowohl ein Fehler als auch ein Ereignis generiert. Wenn der Prozess auf dem Switch/APIC abstürzt, wird die Core-Datei komprimiert und auf den APIC kopiert.
Die APIC-GUI stellt einen zentralen Speicherort zum Erfassen der Core-Dateien für die Fabric-Knoten bereit.
Eine neue Exportrichtlinie kann erstellt werden unter Admin > IMPORT/EXPORT in Export Policies > Core.
Es gibt eine standardmäßige Kernrichtlinie, nach der Dateien direkt heruntergeladen werden können. Alle generierten Core-Dateien versuchen nach der Generierung eine Übertragung an den APIC-Controller. Wenn sie erfolgreich sind, finden Sie sie unter der Standard-Core-Richtlinie.
Sie können die generierten (und exportierten) Core-Dateien auf der Registerkarte Operational (Betrieb) anzeigen. Auf dieser Registerkarte können Sie den Knoten überprüfen, der die Core-Dateien (Service abgestürzt), die Erfassungszeit usw. generiert hat
Sie können die Dateien auf Ihren Desktop herunterladen, indem Sie auf den Link „Export Location“ (Export-Speicherort) klicken. Verwenden Sie Ihre APIC-Anmeldeinformationen, wenn Sie dazu aufgefordert werden.
Alternativ können Sie via SSH/SCP über den APIC im Ordner /data/techsupport auf die Core-Dateien zugreifen, in dem sich die Core-Datei befindet. Beachten Sie, dass die Core-Datei unter /data/techsupport auf einem APIC im Cluster verfügbar ist. Den genauen APIC, auf dem sich die Core-Datei befindet, finden Sie über den Pfad für den Exportspeicherort (siehe GUI). Wenn der Exportspeicherort beispielsweise mit „files/3/“ beginnt, befindet sich die Datei auf Knoten 3 (APIC3).
In einigen Ausnahmefällen werden die Kerne der Leafs oder Spines nicht in den APIC kopiert und sind im Verzeichnis "/logflash/core" der Switches zu finden. Sie können vom SCP direkt zum Switch abgerufen werden, oder indem die Datei auf den APIC verschoben und dann per sicherer Kopie (SCP) vom APIC kopiert wird.
Das Sammlungsskript versucht, die Kerndateien in /logflash/core sowie weitere absturzrelevante Informationen zu sammeln:
#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
Wenn eine APIC-App verwendet wird und Probleme aufweist, kann eine spezifische On-Demand-Techsupport-Richtlinie für die App erstellt werden, um ihre Protokolle für die Analyse zu sammeln.
Die Richtlinie kann unter Admin > Import/Export > Export Policies > Create On-Demand Tech Support (Admin > Import/Export > Exportrichtlinien > On-Demand-TechSupport erstellen) erstellt werden. Es gibt eine spezielle Option "For App" (Für App), mit der der Benutzer eine APIC-APP zum Sammeln von Protokollen auswählen kann:
Sobald die Richtlinie erstellt wurde, kann die Erfassung für diese Richtlinie ausgelöst werden, um den Techsupport zu erfassen und über die Registerkarte „Operational“ (Betrieb) zum Download verfügbar zu machen, wenn „Export to Controller“ ausgewählt wurde.
Melden Sie sich bei der AVE-CLI an und führen Sie den folgenden Befehl aus. Die Show-Tech wird im Verzeichnis /tmp gesammelt. Sie können SCP zum Exportieren verwenden.
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/
vCenter- und ESX-Hostprotokolle können exportiert werden, wie in den folgenden Screenshots dargestellt.
1. Klicken Sie in der MSO-GUI auf das Einstellungssymbol
2. Wählen Sie "System Logs" aus der Dropdown-Liste
3. Klicken Sie auf "HERUNTERLADEN" Taste aus dem Pop-up-Fenster
1. Aus der MSO-GUI, Im Hauptmenü, Öffnen Sie den Bildschirm System Logs. Wählen Sie Operations > Tech Support aus.
2. Klicken Sie in der oberen rechten Ecke des Rahmens Systemprotokolle auf die Schaltfläche Bearbeiten.
3. Wählen Sie die Protokolle aus, die Sie herunterladen möchten.
4. Klicken Sie auf die Schaltfläche Download.
Ein Archiv der ausgewählten Elemente wird auf Ihr System heruntergeladen. Der Bericht enthält die folgenden Informationen: Alle Schemas , Standortdefinitionen , Tenant-Definitionen , Benutzer-Definitionen im JSON-Format. Alle Protokolle der Container in der Datei infra_logs.txt.
Die Systemprotokolle können zu einem externen Analyzer gestreamt werden. Weitere Informationen zum Senden der Protokolle an ein externes Tool zur Protokollanalyse in Echtzeit finden Sie unter folgendem Link: 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
MSC Audit Logs können in JSON auf CSV Format heruntergeladen werden
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
7.0 |
23-Apr-2024 |
Formataktualisierung und Links zum Device Connector-Leitfaden für APIC und ND |
5.0 |
27-May-2022 |
Generierung von TechSupport und Upload zu Intersight über APIC/ND wurde aktualisiert. |
4.0 |
16-Mar-2022 |
Pfad zum TacOutput-Skript auf GIT hinzugefügt. |
3.0 |
22-Feb-2022 |
Geringfügiges Update. |
2.0 |
17-Dec-2021 |
APIC-CLI "trigger tacoutput" zum Dokument hinzugefügt. |
1.0 |
06-Sep-2021 |
Erstveröffentlichung |