Table des matières

Introduction

InformationsHistoriques

Démarrage rapide pour résoudre les défaillances

Étapes détaillées pour résoudre les défaillances

Identifier le répertoire

Vérification de la capacité

Nettoyer les fichiers

Défaillance signalée le /

Introduction

Ce document décrit les codes d'erreur de l'ACI F1527, F1528, F1529 et les étapes de correction.

Informations générales

Ces trois défaillances se produisent lorsque l'utilisation de la capacité de stockage d'un contrôleur dépasse son seuil.

F1527 est une erreur d'avertissement qui se produit lorsque l'utilisation est supérieure à 75 %.

F1528 est un défaut majeur qui se produit lorsque l'utilisation est comprise entre 85 % et 90 %.

F1529 est une erreur critique qui se produit lorsque l'utilisation est supérieure à 90 %.

code : F1529

cause : équipement plein

descr : Unité de stockage /techsupport sur le noeud 1 avec le nom d'hôte rtp-aci08-apic1 monté sur /techsupport est 100% complet

dn : topology/pod-1/node-1/sys/ch/p-[/techsupport]-f-[/dev/mapper/vg_ifc0-techsupport]/fault-F1529

règle : eqpt-storage-full-critical

gravité : critique

Démarrage rapide pour résoudre les défaillances

1. Identifier le répertoire qui est à pleine capacité

2. Vérifier que la capacité a été atteinte

3. Nettoyer les fichiers du répertoire

Étapes détaillées pour résoudre les défaillances

Identifier le répertoire

Le répertoire dans lequel l'erreur est signalée sera identifié dans la description de l'erreur.

Dans les deux exemples ci-dessous, vous pouvez voir que la défaillance F1527 est soulevée par rapport au répertoire /firmware et que la défaillance F1529 est liée à /techsupport.

Nous pouvons également voir dans la description que les pannes sont soulevées sur le noeud 1.

code : F1527

descr : Unité de stockage /microprogramme sur le noeud 1 monté à /microprogramme est plein à 76 %

dn : topology/pod-1/node-1/sys/ch/p-[/firmware]-f-[/dev/mapper/vg_ifc0-firmware]/fault-F1527

code : F1529

descr : Unité de stockage /techsupport sur le noeud 1 avec le nom d'hôte rtp-aci08-apic1 monté sur /techsupport est 100% complet

dn : topology/pod-1/node-1/sys/ch/p-[/techsupport]-f-[/dev/mapper/vg_ifc0-techsupport]/fault-F1529

Vérification de la capacité

Une fois que vous savez sur quel répertoire l'erreur est déclenchée, vous pouvez utiliser l'interface de ligne de commande pour vérifier que nous utilisons autant d'espace disque.

La commande df -h permet de voir l'espace disque disponible pour chaque montage.

Dans le tableau ci-dessous, nous pouvons voir que /firmware utilise 76 % de son espace disponible et /data/techsupport utilise 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

Nettoyer les fichiers

Après avoir vérifié que la condition de panne est présente, nous pouvons alors nettoyer les fichiers dans le répertoire.

Pour ce faire, vous naviguerez dans ce répertoire ; vous pourrez ensuite lister les fichiers par taille (ls -lahS) et supprimer tous les fichiers volumineux (rm <nom_fichier>) qui ne sont plus nécessaires.

Vous pouvez ensuite vérifier à nouveau avec la commande df -h que l'espace a été nettoyé.

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

Défaillance signalée le /

Si le répertoire plein est le répertoire /, vous ne pourrez peut-être pas nettoyer les fichiers affectés sans être root.

code : F1528

descr : Unité de stockage / sur le noeud 1 avec le nom d'hôte rtp-aci08-apic1 monté à / est plein à 89%

dn : topology/pod-1/node-1/sys/ch/p-[/]-f-[/dev/vg_ifc0/boot]/fault-F1528

Lorsque nous utilisons la commande df -h ici, rien n'est monté sur /.

Nous utilisons que /bin est plein à 100%. Cependant, en regardant les fichiers, nous voyons seulement 606M utilisé pas 40G.

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

Pour voir les fichiers qui occupent réellement l'espace sur /, nous devrions accéder à l'interface de ligne de commande APIC avec l'identifiant de connexion racine.

Pour ce faire, vous devez contacter le TAC Cisco pour obtenir de l'aide.