Gestion des configurations
Le spectacle | Comparer | Sortie de la commande display xml
Le compare | display xml filtre compare la configuration candidate avec la configuration validée actuelle et affiche les différences entre les deux configurations en XML. Pour comparer les configurations, entrez compare | display xml après le symbole de tuyau ( | ) en mode opérationnel ou en mode de configuration.
Exemple en mode opérationnel :
user@host> show configuration | compare | display xml
Exemple en mode configuration :
[edit]
user@host# show | compare | display xml
Vous pouvez entrer une hiérarchie de configuration spécifique précédant immédiatement le compare filtre, par exemple, show configuration system syslog | compare | display xml. En mode configuration, vous pouvez accéder à une hiérarchie dans laquelle la commande est appliquée.
Les différences par rapport à la fonction de filtre de comparaison sont affichées en XML. La configuration balise démarre la sortie. Le contexte des modifications est établi à l’aide de balises de nom hiérarchiques par rapport à la racine de la comparaison. Pour les modifications d’élément, un operation attribut est affiché dans la balise où une modification se produit. Cet attribut a la valeur create, delete ou merge. Pour les modifications de métadonnées, le nom des métadonnées est spécifié. Par exemple, si une instruction est marquée comme inactive, l’attribut et la inactive="inactive" valeur sont générés. L’espace de noms nc est utilisé si nécessaire pour indiquer qu’un attribut se trouve dans l’espace de noms NETCONF plutôt que dans l’espace de noms du système d’exploitation.
À partir de Junos OS version 16.2R2, la show | compare | display xml commande omet la <configuration> balise dans la sortie XML si la comparaison ne renvoie aucune différence ou si la comparaison renvoie uniquement des différences pour les données de configuration non natives, par exemple, les données de configuration associées à un modèle de données OpenConfig.
Les sections suivantes expliquent le code XML généré pour des types spécifiques de modifications de configuration. Les modifications de texte correspondantes sont affichées à des fins de comparaison.
- Ajouter une instruction (créer une opération)
- Supprimer une instruction (opération de suppression)
- Modification d’une instruction (suppression et création d’opérations)
- Modifier les métadonnées (attribut et opération inactifs)
- Ajouter une annotation (balise de commentaire et créer une opération)
- Modification d’une annotation (balise de commentaire, suppression et création d’opérations)
- Ajouter une instruction à l’intérieur d’un conteneur (create Operation, et insert and key Attributes)
- Modifier l’ordre à l’intérieur d’un conteneur (opération de fusion et attributs d’insertion et de clé)
Ajouter une instruction (créer une opération)
L’exemple suivant montre l’ajout de l’adresse IPv4 2.2.2.2 à l’unité 1.
Les balises fournissent le contexte de name l’ajout. L’attribut operation="create" indique qu’une instruction a été créée et qu’elle unit est définie par la configuration au sein de la unit balise.
[edit interfaces ge-0/0/0] user@host>show configuration | compare[edit interfaces ge-0/0/0] + unit 1 { + family inet { + address 2.2.2.2/32; + } + } [edit interfaces ge-0/0/0] user@host#show | compare | display xml<configuration> <interfaces> <interface> <name>ge-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 le contexte de system 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é 1 de l’interface ge-0/0/0 . La configuration qui suit l’instruction a été supprimée, mais n’est unit pas affichée.
[edit interfaces ge-0/0/0] user@host>show configuration | compare[edit interfaces ge-0/0/0] - unit 1 { - family inet { - address 2.2.2.2/32; - } - } [edit interfaces ge-0/0/0] user@host#show | compare | display xml<configuration> <interfaces> <interface> <name>ge-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>
Modification d’une instruction (suppression et création d’opérations)
L’exemple suivant montre une modification d’une instruction dans la hiérarchie. Les balises fournissent le contexte de system la modification. L’attribut operation="delete" indique que l’instruction host-name a été supprimée. La configuration suivant 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 instruction a été créée et qu’elle host-name est définie par la configuration au sein de 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 le contexte de system 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 a été créée et qu’elle syslog est définie par la configuration au sein de 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 à travers syslog fournissent 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 à travers syslog fournissent 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 pour 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>
Modification d’une annotation (balise de commentaire, suppression et création d’opérations)
L’exemple suivant montre la modification d’un commentaire pour une instruction. Les balises à travers system fournissent le contexte de l’annotation.
-
L’attribut
operation="delete"de lajunos:commentbalise indique qu’un commentaire a été supprimé de la[edit system]hiérarchie au niveau de l’instructionsyslog. -
L’attribut
operation="create"de lajunos:commentbalise indique qu’un commentaire 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 (create Operation, et insert and key Attributes)
L’exemple suivant montre l’ajout d’une file instruction au niveau de la [edit system syslog] hiérarchie. Les balises fournissent le contexte de syslog l’ajout.
-
L’attribut
operation="create"de lafilebalise indique qu’unefileinstruction 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ù un 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 d’insertion et de clé)
L’exemple suivant montre la modification de l’ordre des file instructions au niveau de la [edit system syslog] hiérarchie. Les balises fournissent le contexte de syslog la modification.
-
L’attribut
operation="merge"de lafilebalise indique qu’une instruction existantefilea été déplacée. -
L’attribut
yang:insert="after"indique que le fichier a été déplacé après le fichier à 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ù un 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>
Revenir à la configuration validée la plus récente
Pour revenir à la configuration la plus récemment validée et la charger en mode configuration sans l’activer, utilisez la commande configuration rollback mode :
[edit]
user@host# rollback
load complete
Pour activer la configuration à laquelle vous êtes restauré, utilisez la commit commande :
[edit] user@host#rollbackload complete [edit] user@host#commit
Revenir à une configuration précédemment validée
Cette rubrique explique comment vous pouvez revenir à une configuration antérieure à celle 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, 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 retourne), 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 un fichier de configuration. Cette commande affiche également les différences entre les deux configurations.
Pour comparer les configurations, spécifiez la compare commande après le tube :
[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 précédemment validées. La configuration la plus récemment enregistrée est le numéro 0 et la configuration enregistrée la plus ancienne est le numéro 49. Si vous ne spécifiez pas d’arguments, le système compare la configuration candidate avec le 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). L’IRC 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 de réseau (NMS) peuvent mettre en cache l’IRC pour un commit donné. À une date ultérieure, le NMS peut comparer la valeur mise en cache à l’IRC de la configuration actuelle sur le périphérique réseau pour détecter si d’autres systèmes ont apporté des modifications de configuration hors bande au périphérique, par exemple pendant une fenêtre de maintenance.
En outre, à partir de Junos OS et Junos OS Evolved version 20.4R1, vous pouvez utiliser l’IRC associé à une configuration validée pour :
-
Affichez la configuration.
-
Comparez deux configurations.
-
Revenir à 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. Cela affichera l’historique des validations système et l’IRC pour chaque validation.
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 d’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 avez la chaîne CRI pour un commit spécifique, vous pouvez afficher cette configuration avec 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 pour un IRC spécifique en incluant l’option rollback-number cri-string .
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 n’importe quel é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 commande configuration save mode :
[edit]
user@host# save filename
[edit]
user@host#
Le contenu du niveau actuel de la hiérarchie d’instructions (et des niveaux inférieurs) 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 entièrement 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 émettez cette commande à partir de n’importe quel niveau de la hiérarchie (à l’exception du 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 du système de /config fichiers. Le fichier de configuration opérationnelle est stocké avec les trois dernières versions validées de la configuration. Si vous disposez de réseaux de grande taille, 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 s’adapter au système de fichiers, ce qui réduit généralement la taille du fichier de 90 %. Vous souhaiterez peut-être 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 /config système de fichiers, vous exécutez la file list /config detail commande.
Nous vous recommandons de compresser les fichiers de configuration (il s’agit de l’option par défaut) afin de 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
Description
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 s’affiche lors d’une opération typique sur l’appareil une fois que l’espace de stockage des fichiers est plein :
user@host%cliuser@host>configure/var: write failed, filesystem is full
Solution
Nettoyez le stockage de fichiers sur l’appareil en supprimant les fichiers système.
-
Émettez 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 l’interface de ligne de commande
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.
-
Deletes log files in (Supprime les fichiers journaux)
/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) de/var/sw/pkg—Supprime toutes les images logicielles copiées dans ce répertoire lors des mises à niveau logicielles.
Pour faire pivoter les fichiers journaux et supprimer les fichiers inutiles à l’aide de l’interface de ligne de commande :
Vous pouvez exécuter la request system storage cleanup dry-run commande pour examiner la liste des fichiers que vous pouvez supprimer en toute sécurité. L’action d’essai vous permet de vérifier la liste avant d’exécuter la request system storage cleanup commande de suppression des fichiers.
Sur les pare-feu SRX Series, la /var hiérarchie est hébergée dans une partition distincte (au lieu de la partition racine). Si l’installation du système d’exploitation échoue en raison d’un espace insuffisant :
-
Utilisez la commande pour supprimer les
request system storage cleanupfichiers temporaires. -
Supprimez tous les fichiers créés par l’utilisateur à la fois dans la partition racine et sous la
/varhiérarchie.
Tableau de l'historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l' Feature Explorer pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.
show | compare | display xml commande omet la <configuration> balise dans la sortie XML si la comparaison ne renvoie aucune différence ou si la comparaison renvoie uniquement des différences pour les données de configuration non natives, par exemple, les données de configuration associées à un modèle de données OpenConfig.