Gestion des configurations
Le spectacle | Comparer | afficher la sortie de commande xml
- Ajouter une instruction (opération de création)
- Supprimer une instruction (opération de suppression)
- Modifier une instruction (supprimer et créer des opérations)
- Modifier les métadonnées (attribut et opération inactifs)
- Ajouter une annotation (balise de commentaire et créer une opération)
- Modifier une annotation (balise de commentaire, supprimer et créer des opérations)
- Ajouter une instruction à l’intérieur d’un conteneur (créer une opération et insérer et les attributs key)
- Modifier l’ordre à l’intérieur d’un conteneur (opération de fusion, et attributs insert et key)
Ajouter une instruction (opération de création)
L’exemple suivant montre l’ajout de l’adresse IPv4 2.2.2.2 à l’unité 0.
Les balises fournissent name le contexte de l’ajout. L’attribut operation="create" indique qu’une unit instruction a été créée et est définie par la configuration dans la unit balise.
[edit interfaces et-0/0/0] user@host>show configuration | compare[edit interfaces et-0/0/0] + unit 0 { + family inet { + address 2.2.2.2/32; + } + } [edit interfaces et-0/0/0] user@host#show | compare | display xml<configuration> <interfaces> <interface> <name>et-0/0/0</name> <unit nc:operation="create"> <name>1</name> <family> <inet> <address> <name>2.2.2.2/32</name> </address> </inet> </family> </unit> </interface> </interfaces> </configuration>
Supprimer une instruction (opération de suppression)
L’exemple suivant montre la suppression d’une instruction simple dans la hiérarchie de configuration. Les balises fournissent system le contexte de la suppression. L’attribut operation="delete" indique que l’instruction services a été supprimée. La configuration qui suit l’instruction a été supprimée, mais n’est services pas affichée.
[edit system] user@host>show configuration | compare[edit system] - services { - ftp; - } [edit system] user@host#show | compare | display xml<configuration> <system> <services operation="delete"/> </system> </configuration>
L’exemple suivant montre la suppression de l’unité 0 de l’interface et-0/0/0 . La configuration qui suit l’instruction a été supprimée, mais n’est unit pas affichée.
[edit interfaces et-0/0/0] user@host>show configuration | compare[edit interfaces et-0/0/0] - unit 0 { - family inet { - address 2.2.2.2/32; - } - } [edit interfaces et-0/0/0] user@host#show | compare | display xml<configuration> <interfaces> <interface> <name>et-0/0/0</name> <unit nc:operation="delete"> <name>1</name> </unit> </interface> </interfaces> </configuration>
L’exemple suivant montre la suppression de la apply-groups configuration. Les groupes supprimés ne sont pas affichés dans la sortie.
[edit] user@host#delete apply-groups[edit] user@host>show configuration | compare[edit] - apply-groups [ g1 g2 g3 ]; [edit] user@host#show | compare | display xml<configuration> <apply-groups operation="delete"/> </configuration>
Modifier une instruction (supprimer et créer des opérations)
L’exemple suivant montre une modification d’une instruction dans la hiérarchie. Les balises fournissent system le contexte de la modification. L’attribut operation="delete" indique que l’instruction host-name a été supprimée. La configuration qui suit l’instruction host-name a été supprimée, mais elle n’est pas affichée dans la sortie. L’attribut operation="create" indique qu’une host-name instruction a été créée et est définie par la configuration dans la host-name balise.
[edit system] user@host>show configuration | compare[edit system] - host-name router1; + host-name router2; [edit system] user@host#show | compare | display xml<configuration> <system> <host-name nc:operation="delete"/> <host-name nc:operation="create">router2</host-name> </system> </configuration>
Modifier les métadonnées (attribut et opération inactifs)
L’exemple suivant montre l’inactivation d’une instruction dans la hiérarchie. Les balises fournissent system le contexte de la modification. L’attribut inactive="inactive" indique que l’instruction syslog a été désactivée.
[edit system] user@host>show configuration | compare[edit system] ! inactive: syslog { ... } [edit system] user@host#show | compare | display xml<configuration> <system> <syslog inactive="inactive"/> </system> </configuration>
L’exemple suivant montre l’ajout d’une instruction inactive syslog . L’attribut operation="create" indique que l’instruction syslog a été créée et est définie par la configuration dans la syslog balise. L’attribut inactive="inactive" indique que l’instruction syslog a été désactivée.
[edit system] user@host>show configuration | compare[edit system] + inactive: syslog { + file foo { + any any; + } + } [edit system] user@host#show | compare | display xml<configuration> <system> <syslog nc:operation="create" inactive="inactive"> <file> <name>foo</name> <contents> <name>any</name> <any/> </contents> </file> </syslog> </system> </configuration>
Ajouter une annotation (balise de commentaire et créer une opération)
L’exemple suivant montre l’ajout d’un commentaire à une instruction. Les balises fournissent syslog le contexte de l’annotation. L’attribut operation="create" de la junos:comment balise indique qu’un commentaire a été ajouté à la [edit system syslog] hiérarchie.
[edit system] user@host>show configuration | compare[edit system] + /* my-comments-simple */ syslog { ... } [edit system] user@host#show | compare | display xml<configuration> <system> <junos:comment nc:operation="create">/* my-comments-simple */</junos:comment> <syslog/> </system> </configuration>
L’exemple suivant montre l’ajout d’un commentaire à une instruction. Les balises fournissent syslog le contexte de l’annotation. L’attribut operation="create" de la junos:comment balise indique qu’un commentaire a été ajouté à la [edit system syslog] hiérarchie de la sortie de l’instruction dans la syslog balise.
[edit system syslog] user@host>show configuration | compare+ /* my-comments-ele */ file f1 { ... } [edit system syslog] user@host#show | compare | display xml<configuration> <system> <syslog> <junos:comment nc:operation="create">/* my-comments-elem */</junos:comment> <file> <name>f1</name> </file> </syslog> </system> </configuration>
Modifier une annotation (balise de commentaire, supprimer et créer des opérations)
L’exemple suivant montre la modification d’un commentaire pour une instruction. Les balises fournissent system le contexte de l’annotation.
-
L’attribut
operation="delete"de la balise indique qu’unjunos:commentcommentaire a été supprimé de la[edit system]hiérarchie lors de l’instructionsyslog. -
L’attribut
operation="create"de la balise indique qu’unjunos:commentcommentaire a été ajouté à la[edit system]hiérarchie de l’instructionsyslog.
[edit system] user@host>show configuration | compare- /* my-comments-1 */ + /* my-comments-2 */ syslog { ... } [edit system] user@host#show | compare | display xml<configuration> <system> <junos:comment nc:operation="delete"/> <junos:comment nc:operation="create">/* my-comments-2 */</junos:comment> <syslog/> </system> </configuration>
Ajouter une instruction à l’intérieur d’un conteneur (créer une opération et insérer et les attributs key)
L’exemple suivant montre l’ajout d’une file instruction à la [edit system syslog] hiérarchie. Les balises fournissent syslog le contexte de l’ajout.
-
L’attribut
operation="create"de la balise indique qu’unefilefileinstruction a été ajoutée. -
L’attribut
yang:insert="after"indique que le fichier a été ajouté après la position indiquée par l’attributyang:key="[name='file-1']". -
La valeur file-1 représente la position dans les instructions existantes
file, où one est le premier fichier. -
Dans cet exemple, la nouvelle
fileinstruction a été ajoutée après le premier fichier.
[edit system syslog] user@host>show configuration | compare[edit system syslog] file file-1 { ... } + file file-2 { + any any; + } [edit system syslog] user@host#show | compare | display xml<configuration> <system> <syslog> <file nc:operation="create" yang:insert="after" yang:key="[name='file-1']"> <name>file-2</name> <contents> <name>any</name> <any/> </contents> </file> </syslog> </system> </configuration>
Modifier l’ordre à l’intérieur d’un conteneur (opération de fusion, et attributs insert et key)
L’exemple suivant montre le changement dans l’ordre des instructions au niveau de file la [edit system syslog] hiérarchie. Les balises fournissent syslog le contexte de la modification.
-
L’attribut
operation="merge"de la balise indique qu’unefileinstruction existantefilea été déplacée. -
L’attribut
yang:insert="after"indique que le fichier a été déplacé après le fichier dans la position indiquée par l’attributyang:key="[name='file-1']". -
La valeur file-1 représente une position dans les instructions existantes
file, où one est le premier fichier. -
La valeur de la
namebalise file-3 représente une position dans les instructions de fichier existantes. -
Dans cet exemple, l’instruction
fileen troisième position a été déplacée après le premier fichier.
[edit system syslog] user@host>show configuration | compare[edit system syslog] file f1 { ... } ! file f3 { ... } [edit system syslog] user@host#show | compare | display xml<configuration> <system> <syslog> <file nc:operation="merge" yang:insert="after" yang:key="[name='file-1']"> <name>file-3</name> </file> </syslog> </system> </configuration>
Pour revenir à la configuration validée la plus récente
Pour revenir à la configuration validée la plus récente et la charger en mode configuration sans l’activer, utilisez la rollback commande de mode de configuration :
[edit]
user@host# rollback
load complete
Pour activer la configuration à laquelle vous avez été restauré, utilisez la commit commande :
[edit] user@host#rollbackload complete [edit] user@host#commit
Revenir à une configuration validée précédemment
Cette rubrique explique comment revenir à une configuration antérieure à la configuration validée la plus récente.
- Exemple de retour à une configuration précédente
- Exemple d’affichage des configurations précédentes
- A propos de la comparaison des versions de configuration
Exemple de retour à une configuration précédente
Pour revenir à une configuration précédente, vous incluez le numéro de configuration, de 0 à 49, dans la rollback commande. La configuration la plus récemment enregistrée est le numéro 0 (qui est la configuration par défaut à laquelle le système revient) et la configuration enregistrée la plus ancienne est le numéro 49.
Exemple :
[edit]
user@host# rollback number
load complete
Exemple d’affichage des configurations précédentes
Pour afficher les configurations précédentes, utilisez la rollback ? commande. Vous incluez le numéro de restauration, la date, l’heure, le nom de l’utilisateur qui a validé les modifications et la méthode de validation.
Exemple :
[edit]
user@host# rollback ?
Possible completions:
<[Enter]> Execute this command
<number> Numeric argument
0 2018-02-27 12:52:10 PST by abc via cli
1 2018-02-26 14:47:42 PST by def via cli
2 2018-02-14 21:55:45 PST by ghi via cli
3 2018-02-10 16:11:30 PST by jkl via cli
4 2018-02-10 16:02:35 PST by mno via cli
5 2018-03-16 15:10:41 PST by pqr via cli
6 2018-03-16 14:54:21 PST by stu via cli
7 2018-03-16 14:51:38 PST by vwx via cli
8 2018-03-16 14:43:29 PST by yzz via cli
9 2018-03-16 14:15:37 PST by abc via cli
10 2018-03-16 14:13:57 PST by def via cli
11 2018-03-16 12:57:19 PST by root via other
12 2018-03-16 10:45:23 PST by root via other
13 2018-03-16 10:08:13 PST by root via other
14 2018-03-16 01:20:56 PST by root via other
15 2018-03-16 00:40:37 PST by ghi via cli
16 2018-03-16 00:39:29 PST by jkl via cli
17 2018-03-16 00:32:36 PST by mno via cli
18 2018-03-16 00:31:17 PST by pqr via cli
19 2018-03-15 19:59:00 PST by stu via cli
20 2018-03-15 19:53:39 PST by vwx via cli
21 2018-03-15 18:07:19 PST by yzz via cli
22 2018-03-15 17:59:03 PST by abc via cli
23 2018-03-15 15:05:14 PST by def via cli
24 2018-03-15 15:04:51 PST by ghi via cli
25 2018-03-15 15:03:42 PST by jkl via cli
26 2018-03-15 15:01:52 PST by mno via cli
27 2018-03-15 14:58:34 PST by pqr via cli
28 2018-03-15 13:09:37 PST by root via other
29 2018-03-12 11:01:20 PST by stu via cli
30 2018-03-12 10:57:35 PST by vwx via cli
31 2018-03-11 10:25:07 PST by yzz via cli
32 2018-03-10 23:40:58 PST by abc via cli
33 2018-03-10 23:40:38 PST by def via cli
34 2018-03-10 23:14:27 PST by ghi via cli
35 2018-03-10 23:10:16 PST by jkl via cli
36 2018-03-10 23:01:51 PST by mno via cli
37 2018-03-10 22:49:57 PST by pqr via cli
38 2018-03-10 22:24:07 PST by stu via cli
39 2018-03-10 22:20:14 PST by vwx via cli
40 2018-03-10 22:16:56 PST by yzz via cli
41 2018-03-10 22:16:41 PST by abc via cli
42 2018-03-10 20:44:00 PST by def via cli
43 2018-03-10 20:43:29 PST by ghi via cli
44 2018-03-10 20:39:14 PST by jkl via cli
45 2018-03-10 20:31:30 PST by root via other
46 2018-03-10 18:57:01 PST by mno via cli
47 2018-03-10 18:56:18 PST by pqr via cli
48 2018-03-10 18:47:49 PST by stu via cli
49 2018-03-10 18:47:34 PST by vw via cli
| Pipe through a command
[edit]
A propos de la comparaison des versions de configuration
En mode configuration uniquement, lorsque vous avez apporté des modifications à la configuration, vous pouvez comparer la configuration candidate avec une version antérieure. Pour comparer les versions, vous utilisez la compare commande pour afficher les configurations. La compare commande compare la configuration candidate avec la configuration validée actuelle ou avec un fichier de configuration. Cette commande affiche également les différences entre les deux configurations.
Pour comparer les configurations, vous spécifiez la compare commande après le canal :
[edit]
user@host# show | compare (filename| rollback n)
-
filenameest le chemin d’accès complet à un fichier de configuration. Le fichier doit être dans le bon format : une hiérarchie d’instructions. -
nest l’index dans la liste des configurations validées précédemment. La configuration la plus récemment enregistrée est le numéro 0 et la configuration la plus ancienne enregistrée est le numéro 49. Si vous ne spécifiez pas d’arguments, le système compare la configuration candidate au fichier de configuration actif (/config/juniper.conf).
La sortie de comparaison inclut les symboles suivants dans le préfixe pour les instructions qui sont :
-
Dans la configuration candidate uniquement : un signe plus (+).
-
Dans le fichier de comparaison uniquement : un signe moins (-).
-
Inchangé ; un seul espace vide ( ).
L’exemple suivant montre diverses modifications, suivies d’une comparaison de la configuration candidate avec la configuration active. L’exemple montre uniquement les modifications apportées au niveau de la [edit protocols bgp] hiérarchie :
[edit] user@host#edit protocols bgp[edit protocols bgp] user@host#showgroup my-group { type internal; hold-time 60; advertise-inactive; allow 10.1.1.1/8; } group fred { type external; peer-as 33333; allow 10.2.2.2/8; } group test-peers { type external; allow 10.3.3.3/8; } [edit protocols bgp] user@host#set group my-group hold-time 90[edit protocols bgp] user@host#delete group my-group advertise-inactive[edit protocols bgp] user@host#set group fred advertise-inactive[edit protocols bgp] user@host#delete group test-peers[edit protocols bgp] user@host#show | compare[edit protocols bgp group my-group] -hold-time 60; +hold-time 90; -advertise-inactive; [edit protocols bgp group fred] +advertise-inactive; [edit protocols bgp] -group test-peers { -type external; -allow 10.3.3.3/8; } [edit protocols bgp] user@host#showgroup my-group { type internal; hold-time 90; allow 10.1.1.1/8; } group fred { type external; advertise-inactive; peer-as 3333; allow 10.2.2.2/8; }
Utilisation des identificateurs de révision de configuration
Chaque commit est associé à un identifiant de révision de configuration (CRI). Le CRI est une chaîne unique qui, contrairement à l’index de restauration, ne change pas lorsque de nouvelles configurations sont validées.
Étant donné que l’IRC d’une configuration validée donnée est fixe, il présente des avantages par rapport à l’utilisation d’un index de restauration. Les systèmes de gestion du réseau (NMS) peuvent mettre en cache l’IRC pour une validation donnée. À une date ultérieure, le NMS peut comparer la valeur mise en cache à l’IRC de la configuration actuelle sur l’équipement réseau pour détecter si d’autres systèmes ont apporté des modifications de configuration hors bande à l’équipement, par exemple pendant une fenêtre de maintenance.
En outre, à partir de Junos OS et de Junos OS Evolved version 20.4R1, vous pouvez utiliser l’IRC associé à une configuration validée pour :
-
Voir la configuration.
-
Comparez deux configurations.
-
Revenez à la configuration.
-
Récupérez l’index de restauration actuel associé à cette configuration.
Pour afficher l’IRC associé à chaque validation, utilisez la show system commit include-configuration-revision commande. L’historique des validations système et l’IRC de chaque validation s’affichent.
user@host> show system commit include-configuration-revision 0 2020-08-02 00:42:58 IST by user via cli re0-1596309177-4 1 2020-08-02 00:42:53 IST by user via cli re0-1596309173-3 2 2020-08-02 00:42:50 IST by user via cli re0-1596309170-2 3 2020-08-02 00:42:40 IST by user via other re0-1596309160-1
Vous pouvez également afficher l’IRC pour un numéro de restauration spécifique en exécutant la show system rollback number configuration-revision commande.
user@host> show system rollback 0 configuration-revision The corresponding configuration revision is: re0-1596309177-4
Une fois que vous disposez de la chaîne CRI d’un commit spécifique, vous pouvez afficher cette configuration à l’aide de la show system configuration revision cri-string commande.
user@host> show system configuration revision re0-1596309177-4
Vous pouvez comparer 2 configurations en utilisant l’option compare avec les deux CRI.
user@host> show system configuration revision compare re0-1596309177-4 re0-1596309173-3
Vous pouvez également utiliser l’option Afficher le numéro de restauration d’un IRC rollback-number cri-string spécifique.
user@host> show system configuration revision rollback-number re0-1596309160-1 The corresponding rollback number is: 3
En outre, en mode configuration, vous pouvez revenir à une configuration en spécifiant l’IRC au lieu de l’index de restauration.
[edit] user@host# rollback revision re0-1596309160-1 load complete [edit] user@host# commit
Enregistrement d’une configuration dans un fichier
L’enregistrement d’une configuration d’appareil dans un fichier vous permet de la modifier avec l’éditeur de texte brut de votre choix. Vous pouvez enregistrer votre configuration actuelle dans un fichier ASCII, qui enregistre la configuration sous sa forme actuelle, y compris les modifications non validées. Si plusieurs utilisateurs modifient la configuration, toutes les modifications apportées par tous les utilisateurs sont enregistrées.
Pour enregistrer les modifications apportées à la configuration logicielle dans un fichier ASCII, utilisez la save commande du mode de configuration :
[edit]
user@host# save filename
[edit]
user@host#
Le contenu du niveau actuel de la hiérarchie d’instructions (et inférieur) est enregistré, ainsi que la hiérarchie d’instructions qui le contient. Cela permet d’enregistrer une section de la configuration, tout en spécifiant pleinement la hiérarchie des instructions.
Par défaut, la configuration est enregistrée dans un fichier de votre répertoire personnel, qui se trouve sur la clé USB.
Lorsque vous exécutez cette commande à partir de n’importe où dans la hiérarchie (sauf au niveau supérieur), une replace balise est automatiquement incluse au début du fichier. Vous pouvez utiliser la balise pour contrôler la replace façon dont une configuration est chargée à partir d’un fichier.
Exemple :
user@host>file show /var/home/user/myconfreplace: protocols { bgp { disable; group int { type internal; } } isis { disable; interface all { level 1 disable; } interface fxp0.0 { disable; } } ospf { traffic-engineering; reference-bandwidth 4g; ... } }
A propos de la compression du fichier de configuration actuel
Par défaut, le fichier de configuration opérationnelle actuel est compressé et stocké dans le fichier juniper.conf.gz dans le système de fichiers /config . Le fichier de configuration opérationnelle est stocké avec les trois dernières versions validées de la configuration. Si vous avez des réseaux volumineux, le fichier de configuration actuel peut dépasser l’espace disponible dans le système de fichiers /config . La compression du fichier de configuration actuel permet au fichier de tenir dans le système de fichiers, réduisant généralement la taille du fichier de 90 %. Vous pouvez compresser vos fichiers de configuration opérationnelle actuels lorsqu’ils atteignent une taille de 3 mégaoctets (Mo).
Lorsque vous compressez le fichier de configuration actuel, les noms des fichiers de configuration changent. Pour déterminer la taille des fichiers dans le système de fichiers /config , vous exécutez la file list /config detail commande.
Nous vous recommandons de compresser les fichiers de configuration (il s’agit de la valeur par défaut) pour minimiser la quantité d’espace disque qu’ils nécessitent.
-
Si vous souhaitez compresser le fichier de configuration actuel, incluez l’instruction
compress-configuration-filesau niveau de la[edit system]hiérarchie :[edit system] compress-configuration-files;
-
Validez le fichier de configuration actuel pour inclure l’instruction
compression-configuration-files. Validez à nouveau la configuration pour compresser le fichier de configuration actuel :[edit system] user@host#
set compress-configuration-filesuser@host#commitcommit complete -
Si vous ne souhaitez pas compresser le fichier de configuration opérationnelle actuel, incluez l’instruction
no-compress-configuration-filesau niveau de la[edit system]hiérarchie :[edit system] no-compression-configuration-files;
-
Validez le fichier de configuration actuel pour inclure l’instruction
no-compress-configuration-files. Validez à nouveau la configuration pour décompresser le fichier de configuration actuel :[edit system] user@host#
set no-compress-configuration-filesuser@host#commitcommit complete
Libérer de l’espace de stockage système
Problème
Descriptif
L’espace de stockage des fichiers système sur l’appareil est plein. Le redémarrage du commutateur ne résout pas le problème.
Le message d’erreur suivant apparaît lors d’une opération typique sur l’appareil après que l’espace de stockage de fichiers est plein :
user@host%cliuser@host>configure/var: write failed, filesystem is full
La solution
Nettoyez le stockage de fichiers sur l’appareil en supprimant les fichiers système.
-
Émettre une demande de nettoyage (suppression) des fichiers système.
user@host>
request system storage cleanupLa liste des fichiers à supprimer s’affiche.
List of files to delete: Size Date Name 11B Jul 26 20:55 /var/jail/tmp/alarmd.ts 124B Aug 4 18:05 /var/log/default-log-messages.0.gz 1301B Jul 26 20:42 /var/log/install.0.gz 387B Jun 3 14:37 /var/log/install.1.gz 4920B Aug 4 18:05 /var/log/messages.0.gz 20.0K Jul 26 21:00 /var/log/messages.1.gz 16.3K Jun 25 13:45 /var/log/messages.2.gz 804B Aug 4 18:05 /var/log/security.0.gz 16.8K Aug 3 11:15 /var/log/security.1.gz 487B Aug 4 18:04 /var/log/wtmp.0.gz 855B Jul 29 22:54 /var/log/wtmp.1.gz 920B Jun 30 16:32 /var/log/wtmp.2.gz 94B Jun 3 14:36 /var/log/wtmp.3.gz 353.2K Jun 3 14:37 /var/sw/pkg/jloader-qfx-11.2I20110303_1117_dc-builder.tgz 124.0K Jun 3 14:30 /var/tmp/gres-tp/env.dat 0B Apr 14 16:20 /var/tmp/gres-tp/lock 0B Apr 14 17:37 /var/tmp/if-rtsdb/env.lck 12.0K Jul 26 20:55 /var/tmp/if-rtsdb/env.mem 2688.0K Jul 26 20:55 /var/tmp/if-rtsdb/shm_usr1.mem 132.0K Jul 26 20:55 /var/tmp/if-rtsdb/shm_usr2.mem 2048.0K Jul 26 20:55 /var/tmp/if-rtsdb/trace.mem 155B Jul 26 20:55 /var/tmp/krt_gencfg_filter.txt 0B Jul 26 20:55 /var/tmp/rtsdb/if-rtsdb 1400.6K Aug 3 10:13 /var/tmp/sfid.core.0.gz 1398.9K Aug 3 17:01 /var/tmp/sfid.core.1.gz Delete these files ? [yes,no] (no) -
Sélectionnez cette option
yespour supprimer les fichiers. -
Redémarrez l’appareil.
Nous vous recommandons d’émettre régulièrement une demande de nettoyage du stockage des fichiers système. Le nettoyage de l’espace de stockage des fichiers système optimise les performances de l’appareil.
Nettoyer les fichiers avec la CLI
Vous pouvez utiliser la commande CLI request system storage cleanup pour faire pivoter les fichiers journaux et supprimer les fichiers inutiles sur l’appareil. Si vous manquez d’espace de stockage, la procédure de nettoyage des fichiers identifie rapidement les fichiers que vous pouvez supprimer.
La procédure de nettoyage des fichiers effectue les tâches suivantes :
-
Rotation des fichiers journaux : archive toutes les informations contenues dans les fichiers journaux actuels, supprime les anciennes archives et crée de nouveaux fichiers journaux.
-
Supprime les fichiers journaux dans
/var/log: supprime tous les fichiers qui ne sont pas en cours d’écriture. -
Supprime les fichiers temporaires dans
/var/tmp: supprime tous les fichiers qui n’ont pas été consultés dans les deux jours. -
Supprime tous les fichiers d’incident dans
/var/crash: supprime tous les fichiers principaux que l’appareil a écrits lors d’une erreur. -
Supprime toutes les images logicielles (
*.tgzfichiers) dans/var/sw/pkg: supprime toutes les images logicielles copiées dans ce répertoire lors des mises à niveau logicielles.
Pour effectuer une rotation des fichiers journaux et supprimer les fichiers inutiles avec la CLI :
Vous pouvez lancer la request system storage cleanup dry-run commande pour consulter la liste des fichiers que vous pouvez supprimer en toute sécurité . L’action d’exécution à sec vous permet de consulter la liste avant d’émettre la request system storage cleanup commande de suppression des fichiers.