Einleitung
In diesem Dokument werden die ACI-Fehlercodes F1527, F1528, F1529 und die Sanierungsschritte beschrieben.
Hintergrundinformationen
Diese drei Fehler treten dann auf, wenn die Auslastung der Speicherkapazität eines Controllers dessen Grenzwert überschreitet.
F1527 ist ein Warnfehler, der auftritt, wenn die Nutzung größer als 75 % ist.
F1528 ist ein Hauptfehler, der auftritt, wenn die Nutzung zwischen 85% und 90% liegt.
F1529 ist ein kritischer Fehler, der auftritt, wenn die Nutzung größer als 90 % ist.
Code: F1529
Ursache: Gerät voll
descr : Speichereinheit /techsupport auf Knoten 1 mit Hostname rtp-aci08-apic1 eingehängt bei /techsupport ist 100% voll
dn : topologie/pod-1/node-1/sys/ch/p-[/techsupport]-f-[/dev/mapper/vg_ifc0-techsupport]/fault-F1529
Regel: eqpt-storage-full-critical
Schweregrad: kritisch
Schnellstart zur Fehlerbehebung
- Identifizieren des Verzeichnisses mit entsprechender Kapazität
- Überprüfen, ob die Kapazität erreicht wurde
- Dateien im Verzeichnis bereinigen
Detaillierte Schritte zur Behebung von Fehlern
Identifizieren des Verzeichnisses
Das Verzeichnis, gegen das der Fehler ausgelöst wird, wird in der Fehlerbeschreibung angegeben.
In den beiden Beispielen unten sehen Sie, dass der F1527-Fehler im Verzeichnis /firmware ausgelöst wird und dass der F1529-Fehler mit /techsupport verknüpft ist.
In der Beschreibung ist auch zu sehen, dass die Fehler auf Knoten 1 ausgelöst werden.
Code: F1527
descr : Speichereinheit /Firmware auf Node 1 eingehängt bei /firmware ist 76% voll
dn : topologie/pod-1/node-1/sys/ch/p-[/firmware]-f-[/dev/mapper/vg_ifc0-firmware]/fault-F1527
Code: F1529
descr : Speichereinheit /techsupport auf Knoten 1 mit Hostname rtp-aci08-apic1 eingehängt bei /techsupport ist 100% voll
dn : topologie/pod-1/node-1/sys/ch/p-[/techsupport]-f-[/dev/mapper/vg_ifc0-techsupport]/fault-F1529
Überprüfen der Kapazität
Sobald Sie wissen, in welchem Verzeichnis der Fehler aufgetreten ist, können Sie über die CLI überprüfen, ob so viel Speicherplatz auf dem Laufwerk belegt ist.
Mit dem Befehl df -h können wir den verfügbaren Speicherplatz für jede Einbindung sehen.
In der Tabelle unten sehen wir, dass /firmware 76% des verfügbaren Speicherplatzes belegt und /data/techSupport 100%.
rtp-aci08-apic1# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vg_ifc0/boot 40G 13G 25G 35% /bin
/dev/mapper/vg_ifc0_ssd-data 176G 4.2G 162G 3% /var/log/dme
devtmpfs 32G 0 32G 0% /dev
tmpfs 4.0G 182M 3.9G 5% /dev/shm
/dev/mapper/vg_ifc0-firmware 40G 28G 9.3G 76% /firmware
/dev/mapper/vg_ifc0-scratch 40G 49M 38G 1% /home
tmpfs 32G 0 32G 0% /sys/fs/cgroup
/dev/mapper/vg_ifc0-techsupport 40G 38G 0 100% /data/techsupport
tmpfs 16G 592K 16G 1% /tmp
/dev/sdc1 55M 1.2M 49M 3% /tmp/bootflash
tmpfs 2.0G 721M 1.3G 36% /var/log/dme/log
/dev/mapper/vg_ifc0-logs 40G 5.0G 33G 14% /var/log/dme/oldlog
/dev/mapper/vg_ifc0-data2 156G 11G 137G 8% /data2
/dev/mapper/vg_ifc0-dmecores 50G 53M 47G 1% /var/log/dme/core
tmpfs 32G 9.0G 23G 29% /var/run/utmp
Dateien bereinigen
Nachdem wir überprüft haben, ob der Fehler vorliegt, können wir die Dateien im Verzeichnis bereinigen.
Dazu navigieren Sie zu diesem Verzeichnis; dann können Sie die Dateien nach Größe auflisten (ls -lahS) und alle großen Dateien (rm <Dateiname>) entfernen, die nicht mehr benötigt werden.
Anschließend können Sie mit dem Befehl df -h erneut überprüfen, ob der Speicherplatz bereinigt wurde.
rtp-aci08-apic1# cd /data/techsupport
rtp-aci08-apic1# ls -lahS
total 38G
-rw-r--r-- 1 admin admin 10G Aug 10 18:12 dbgexp_tsod-case-12345_rtp-aci08-apic1_sysid-1_2023-07-24T07-49UTC_logs_3of3.tgz
-rw-r--r-- 1 admin admin 9.4G Aug 10 18:13 dbgexp_tsod-case-12345_rtp-aci08-apic1_sysid-1_2023-07-24T07-79UTC_logs_3of3.tgz
-r--r----- 1 ifc admin 3.9G Jul 24 02:05 dbgexp_tsod-case-12345_rtp-aci08-apic1_sysid-1_2023-07-24T01-49UTC_logs_3of3.tgz
-r--r----- 1 ifc admin 3.7G Jul 24 01:55 dbgexp_tsod-case-12345_rtp-aci08-apic1_sysid-1_2023-07-24T01-49UTC_1of3.tgz
-r--r----- 1 ifc admin 2.5G May 15 19:33 dbgexp_tsod-upgrde427sto524d_rtp-aci08-apic1_sysid-1_2023-05-15T19-24UTC_logs_3of3.tgz
-r--r----- 1 ifc admin 2.1G May 4 19:17 dbgexp_tsod-failed_upgrade_repro_rtp-aci08-apic1_sysid-1_2023-05-04T19-08UTC_logs_3of3.tgz
-r--r----- 1 ifc admin 1.1G Aug 10 18:04 dbgexp_tsod-case-12345_rtp-aci08-apic1_sysid-1_2023-08-10T17-59UTC_logs_3of3.tgz
-rw-r--r-- 1 admin admin 1.1G Aug 10 18:11 1g.img
-r--r----- 1 ifc admin 952M May 4 19:17 dbgexp_tsod-failed_upgrade_repro_pod8-spine1_sysid-201_2023-05-04T19-08UTC_logs_3of3.tgz
-r--r----- 1 ifc admin 946M May 3 19:44 dbgexp_tsod-failed_upgrade_repro_pod8-spine1_sysid-201_2023-05-03T19-35UTC_logs_3of3.tgz
-r--r----- 1 ifc admin 894M May 15 19:27 dbgexp_tsod-upgrde427sto524d_rtp-aci08-apic1_sysid-1_2023-05-15T19-24UTC_1of3.tgz
-r--r----- 1 ifc admin 892M May 4 19:12 dbgexp_tsod-failed_upgrade_repro_rtp-aci08-apic1_sysid-1_2023-05-04T19-08UTC_1of3.tgz
-r--r----- 1 ifc admin 253M Mar 31 20:33 dbgexp_tsod-12345_12345_sysid-105_2023-03-31T20-25UTC_logs_3of3.tgz
-r--r----- 1 ifc admin 205M Jul 18 14:40 dbgexp_coreexp-default_pod8-spine3_sysid-203_2023-07-18T14-21UTC_1689690102_0x1b01_kernel_log.0.tar.gz
-r--r----- 1 ifc admin 141M Aug 10 18:02 dbgexp_tsod-case-12345_rtp-aci08-apic1_sysid-1_2023-08-10T17-59UTC_db_2of3.tgz
-r--r----- 1 ifc admin 134M Jul 24 02:00 dbgexp_tsod-case-12345_rtp-aci08-apic1_sysid-1_2023-07-24T01-49UTC_db_2of3.tgz
-r--r----- 1 ifc admin 130M May 15 19:29 dbgexp_tsod-upgrde427sto524d_rtp-aci08-apic1_sysid-1_2023-05-15T19-24UTC_db_2of3.tgz
rtp-aci08-apic1# rm dbgexp_tsod-case-12345_rtp-aci08-apic1_sysid-1_2023-07-24T07-49UTC_logs_3of3.tgz rtp-aci08-apic1# rm dbgexp_tsod-case-12345_rtp-aci08-apic1_sysid-1_2023-07-24T07-79UTC_logs_3of3.tgz rtp-aci08-apic1# df -h | grep techsupport /dev/mapper/vg_ifc0-techsupport 40G 18G 20G 49% /data/techsupport
Fehler ausgelöst am/
Wenn das Verzeichnis, das voll ist, das /-Verzeichnis ist, können Sie die betroffenen Dateien möglicherweise nicht bereinigen, ohne root zu sein.
Code: F1528
descr : Speichereinheit / auf Knoten 1 mit Hostname rtp-aci08-apic1 montiert bei / ist 89% voll
dn : topology/pod-1/node-1/sys/ch/p-[/]-f-[/dev/vg_ifc0/boot]/fault-F1528
Wenn wir den df -h Befehl hier verwenden, sehen wir nichts, was auf / gemountet ist.
Wir verwenden, dass /bin 100% voll ist. Wenn man sich jedoch die Dateien dort anschaut, sieht man, dass nur 606M und nicht 40G verwendet werden.
rtp-aci08-apic1# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vg_ifc0/boot 40G 40G 0 100% /bin
/dev/mapper/vg_ifc0_ssd-data 176G 4.2G 162G 3% /var/log/dme
devtmpfs 32G 0 32G 0% /dev
tmpfs 4.0G 182M 3.9G 5% /dev/shm
/dev/mapper/vg_ifc0-firmware 40G 28G 9.3G 76% /firmware
/dev/mapper/vg_ifc0-scratch 40G 49M 38G 1% /home
tmpfs 32G 0 32G 0% /sys/fs/cgroup
/dev/mapper/vg_ifc0-techsupport 40G 18G 20G 49% /data/techsupport
tmpfs 16G 592K 16G 1% /tmp
/dev/sdc1 55M 1.2M 49M 3% /tmp/bootflash
tmpfs 2.0G 726M 1.3G 36% /var/log/dme/log
/dev/mapper/vg_ifc0-logs 40G 5.1G 33G 14% /var/log/dme/oldlog
/dev/mapper/vg_ifc0-data2 156G 11G 137G 8% /data2
/dev/mapper/vg_ifc0-dmecores 50G 53M 47G 1% /var/log/dme/core
tmpfs 32G 7.1G 25G 23% /var/run/utmp
rtp-aci08-apic1# cd /bin
rtp-aci08-apic1# ls -lahS | head
total 606M
-rwxr-xr-x 1 root root 103M Jul 26 20:44 nomad
-rwxr-xr-x 1 root root 60M Mar 1 2021 podman
-rwxr-xr-x 1 root root 51M Sep 9 2020 containerd
-rwxr-xr-x 1 root root 47M Aug 4 2021 consul
-rwxr-xr-x 1 root root 32M Apr 27 2021 atomix
-rwxr-xr-x 1 root root 30M Apr 27 2021 atomix-downgrade-grub
-rwxr-xr-x 1 root root 26M Sep 9 2020 ctr
-rwxr-xr-x 1 root root 25M Feb 13 2019 etcd
-rwxr-xr-x 1 root root 21M Feb 13 2019 etcdctl
Um festzustellen, welche Dateien den Speicherplatz belegen, müssen wir mit der Root-Anmeldung auf die APIC-CLI zugreifen.
Wenden Sie sich hierfür an das Cisco TAC.
Feedback