Auf dieser Seite
Verwalten von Konfigurationen
Die Show | Vergleichen | display xml Befehlsausgabe
Der compare | display xml Filter vergleicht die Kandidatenkonfiguration mit der aktuellen festgeschriebenen Konfiguration und zeigt die Unterschiede zwischen den beiden Konfigurationen in XML an. Um Konfigurationen zu vergleichen, geben Sie nach dem Pipe-Symbol ( | ) entweder im Betriebs- oder im Konfigurationsmodus ein compare | display xml .
Beispiel im Betriebsmodus:
user@host> show configuration | compare | display xml
Beispiel im Konfigurationsmodus:
[edit]
user@host# show | compare | display xml
Sie können eine bestimmte Konfigurationshierarchie unmittelbar vor dem compare Filter eingeben, show configuration system syslog | compare | display xmlz.B. . . Im Konfigurationsmodus können Sie zu einer Hierarchie navigieren, auf die der Befehl angewendet wird.
Die Unterschiede zum Vergleichsfilter werden in XML ausgegeben. Das configuration Tag startet die Ausgabe. Der Kontext für Änderungen wird mit Hierarchienamen-Tags relativ zum Stamm des Vergleichs festgelegt. Bei Elementänderungen wird in dem Tag, an dem eine Änderung erfolgt, ein operation Attribut ausgegeben. Dieses Attribut hat den Wert create, deleteoder merge. Bei Metadatenänderungen wird der Metadatenname angegeben. Wenn z.B. eine Anweisung als inaktiv markiert ist, werden das Attribut und der inactive="inactive" Wert ausgegeben. Der nc-Namespace wird bei Bedarf verwendet, um anzugeben, dass sich ein Attribut im NETCONF-Namespace und nicht im Betriebssystemnamespace befindet.
Ab Junos OS Version 16.2R2 lässt der show | compare | display xml Befehl das <configuration> Tag in der XML-Ausgabe weg, wenn der Vergleich keine Unterschiede zurückgibt oder wenn der Vergleich nur Unterschiede für nicht native Konfigurationsdaten zurückgibt, z. B. Konfigurationsdaten, die einem OpenConfig-Datenmodell zugeordnet sind.
In den folgenden Abschnitten wird der XML-Code erläutert, der für bestimmte Typen von Konfigurationsänderungen generiert wird. Zum Vergleich werden die entsprechenden Textänderungen angezeigt.
- Hinzufügen einer Anweisung (Erstellungsvorgang)
- Löschen einer Anweisung (Löschvorgang)
- Ändern einer Anweisung (Löschen und Erstellen von Operationen)
- Metadaten ändern (inaktives Attribut und Operation)
- Hinzufügen einer Anmerkung (Kommentieren Sie Tag und erstellen Sie Vorgang)
- Ändern einer Anmerkung (Kommentieren von Tags und Löschen und Erstellen von Operationen)
- Hinzufügen einer Anweisung in einem Container (Vorgang erstellen und Attribute einfügen und eingeben)
- Ändern der Reihenfolge innerhalb eines Containers (Zusammenführungsvorgang und Einfügen und Schlüsselattribute)
Hinzufügen einer Anweisung (Erstellungsvorgang)
Das folgende Beispiel zeigt das Hinzufügen der IPv4-Adresse 2.2.2.2 zu Einheit 1.
Die Tags through name liefern den Kontext für die Addition. Das operation="create" Attribut gibt an, dass eine unit Anweisung erstellt wurde und durch die Konfiguration innerhalb des unit Tags definiert wird.
[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>
Löschen einer Anweisung (Löschvorgang)
Das folgende Beispiel zeigt das Löschen einer einfachen Anweisung in der Konfigurationshierarchie. Die Tags through system liefern den Kontext für den Löschvorgang. Das operation="delete" Attribut gibt an, dass die services Anweisung gelöscht wurde. Die Konfiguration, die auf die services Anweisung folgt, wurde gelöscht, wird jedoch nicht ausgegeben.
[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>
Das folgende Beispiel zeigt das Löschen von Einheit 1 aus der ge-0/0/0 Schnittstelle. Die Konfiguration, die auf die unit Anweisung folgt, wurde gelöscht, wird jedoch nicht ausgegeben.
[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>
Das folgende Beispiel zeigt das Löschen der apply-groups Konfiguration. Die Gruppen, die gelöscht werden, werden in der Ausgabe nicht angezeigt.
[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>
Ändern einer Anweisung (Löschen und Erstellen von Operationen)
Das folgende Beispiel zeigt eine Änderung in einer Anweisung in der Hierarchie. Die Tags through system geben den Kontext für die Änderung an. Das operation="delete" Attribut gibt an, dass die host-name Anweisung gelöscht wurde. Die Konfiguration, die auf die host-name Anweisung folgt, wurde gelöscht, dies wird jedoch nicht in der Ausgabe angezeigt. Das operation="create" Attribut gibt an, dass eine host-name Anweisung erstellt wurde und durch die Konfiguration innerhalb des host-name Tags definiert wird.
[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>
Metadaten ändern (inaktives Attribut und Operation)
Das folgende Beispiel zeigt die Inaktivierung einer Anweisung in der Hierarchie. Die Tags through system geben den Kontext für die Änderung an. Das inactive="inactive" Attribut gibt an, dass die syslog Anweisung deaktiviert wurde.
[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>
Das folgende Beispiel zeigt das Hinzufügen einer inactive-Anweisung syslog . Das operation="create" Attribut gibt an, dass die syslog Anweisung erstellt wurde und durch die Konfiguration innerhalb des syslog Tags definiert wird. Das inactive="inactive" Attribut gibt an, dass die syslog Anweisung deaktiviert wurde.
[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>
Hinzufügen einer Anmerkung (Kommentieren Sie Tag und erstellen Sie Vorgang)
Das folgende Beispiel zeigt das Hinzufügen eines Kommentars zu einer Anweisung. Die Tags through syslog stellen den Kontext für die Annotation bereit. Das operation="create" Attribut für das junos:comment Tag gibt an, dass der [edit system syslog] Hierarchie ein Kommentar hinzugefügt wurde.
[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>
Das folgende Beispiel zeigt das Hinzufügen eines Kommentars zu einer Anweisung. Die Tags through syslog stellen den Kontext für die Annotation bereit. Das operation="create" Attribut für das junos:comment Tag gibt an, dass der [edit system syslog] Hierarchie für die Anweisungsausgabe innerhalb des syslog Tags ein Kommentar hinzugefügt wurde.
[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>
Ändern einer Anmerkung (Kommentieren von Tags und Löschen und Erstellen von Operationen)
Das folgende Beispiel zeigt die Änderung eines Kommentars für eine Anweisung. Die Tags through system stellen den Kontext für die Annotation bereit.
-
Das
operation="delete"Attribut für dasjunos:commentTag gibt an, dass ein Kommentar aus der[edit system]Hierarchie bei dersyslogAnweisung gelöscht wurde. -
Das
operation="create"Attribut für dasjunos:commentTag gibt an, dass der[edit system]Hierarchie für diesyslogAnweisung ein Kommentar hinzugefügt wurde.
[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>
Hinzufügen einer Anweisung in einem Container (Vorgang erstellen und Attribute einfügen und eingeben)
Das folgende Beispiel zeigt das Hinzufügen einer file Anweisung in der Hierarchie [edit system syslog] . Die Tags through syslog liefern den Kontext für die Addition.
-
Das
operation="create"Attribut für dasfileTag gibt an, dass einefileAnweisung hinzugefügt wurde. -
Das
yang:insert="after"Attribut gibt an, dass die Datei nach der durch dasyang:key="[name='file-1']"Attribut angegebenen Position hinzugefügt wurde. -
Der Wert file-1 stellt die Position innerhalb der vorhandenen
fileAnweisungen dar, wobei eine die erste Datei ist. -
In diesem Beispiel wurde die new-Anweisung
filenach der ersten Datei hinzugefügt.
[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>
Ändern der Reihenfolge innerhalb eines Containers (Zusammenführungsvorgang und Einfügen und Schlüsselattribute)
Das folgende Beispiel zeigt die Änderung der Reihenfolge von file Anweisungen in der Hierarchie [edit system syslog] . Die Tags through syslog geben den Kontext für die Änderung an.
-
Das
operation="merge"Attribut für dasfileTag gibt an, dass eine vorhandenefileAnweisung verschoben wurde. -
Das
yang:insert="after"Attribut gibt an, dass die Datei nach der Datei an die durch dasyang:key="[name='file-1']"Attribut angegebene Position verschoben wurde. -
Der Wert file-1 stellt eine Position innerhalb der vorhandenen
fileAnweisungen dar, wobei eine die erste Datei ist. -
Der Wert am
nameTag, file-3, stellt eine Position innerhalb der vorhandenen file-Anweisungen dar. -
In diesem Beispiel wurde die
fileAnweisung an dritter Stelle nach der ersten Datei verschoben.
[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>
Zurückkehren zur Konfiguration mit dem letzten Commit
Um zur zuletzt festgeschriebenen Konfiguration zurückzukehren und sie in den Konfigurationsmodus zu laden, ohne sie zu aktivieren, verwenden Sie den rollback Befehl configuration mode:
[edit]
user@host# rollback
load complete
Um die Konfiguration zu aktivieren, zu der Sie ein Rollback durchgeführt haben, verwenden Sie den commit folgenden Befehl:
[edit] user@host#rollbackload complete [edit] user@host#commit
Zurückkehren zu einer zuvor festgeschriebenen Konfiguration
In diesem Thema wird erläutert, wie Sie zu einer früheren Konfiguration als der zuletzt festgeschriebenen Konfiguration zurückkehren können.
- Beispiel für die Rückkehr zu einer vorherigen Konfiguration
- Beispiel für die Anzeige früherer Konfigurationen
- Informationen zum Vergleichen von Konfigurationsversionen
Beispiel für die Rückkehr zu einer vorherigen Konfiguration
Um zu einer vorherigen Konfiguration zurückzukehren, geben Sie die Konfigurationsnummer 0 bis 49 in den rollback Befehl ein. Die zuletzt gespeicherte Konfiguration hat die Nummer 0 (die Standardkonfiguration, zu der das System zurückkehrt), und die älteste gespeicherte Konfiguration ist die Nummer 49.
Beispiel:
[edit]
user@host# rollback number
load complete
Beispiel für die Anzeige früherer Konfigurationen
Um vorherige Konfigurationen anzuzeigen, verwenden Sie den rollback ? Befehl. Sie geben die Rollback-Nummer, das Datum, die Uhrzeit, den Namen des Benutzers, der die Änderungen übernommen hat, und die Methode des Commits an.
Beispiel:
[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]
Informationen zum Vergleichen von Konfigurationsversionen
Wenn Sie Änderungen an der Konfiguration vorgenommen haben, können Sie nur im Konfigurationsmodus die Kandidatenkonfiguration mit einer früheren Version vergleichen. Um Versionen zu vergleichen, verwenden Sie den compare Befehl, um die Konfigurationen anzuzeigen. Der compare Befehl vergleicht die Kandidatenkonfiguration entweder mit der aktuellen festgeschriebenen Konfiguration oder mit einer Konfigurationsdatei. Dieser Befehl zeigt auch die Unterschiede zwischen den beiden Konfigurationen an.
Um Konfigurationen zu vergleichen, geben Sie den compare Befehl nach der Pipe an:
[edit]
user@host# show | compare (filename| rollback n)
-
filenameist der vollständige Pfad zu einer Konfigurationsdatei. Die Datei muss das richtige Format haben: eine Hierarchie von Anweisungen. -
nist der Index in der Liste der zuvor festgeschriebenen Konfigurationen. Die zuletzt gespeicherte Konfiguration ist die Nummer 0, und die älteste gespeicherte Konfiguration ist die Nummer 49. Wenn Sie keine Argumente angeben, vergleicht das System die Kandidatenkonfiguration mit der aktiven Konfigurationsdatei (/config/juniper.conf).
Die Vergleichsausgabe enthält die folgenden Symbole im Präfix für Anweisungen, die sind:
-
Nur in der Kandidatenkonfiguration: ein Pluszeichen (+).
-
Nur in der Vergleichsdatei: ein Minuszeichen (-).
-
Unverändert; ein einzelnes Leerzeichen ( ).
Das folgende Beispiel zeigt verschiedene Änderungen, gefolgt von einem Vergleich der Kandidatenkonfiguration mit der aktiven Konfiguration. Das Beispiel zeigt nur die Änderungen, die auf der [edit protocols bgp] Hierarchieebene vorgenommen wurden:
[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; }
Verwenden von Konfigurationsrevisionsbezeichnern
Jedem Commit ist ein Konfigurationsrevisionsbezeichner (Configuration Revision Identifier, CRI) zugeordnet. Der CRI ist eine eindeutige Zeichenfolge, die sich im Gegensatz zum Rollback-Index nicht ändert, wenn neue Konfigurationen festgeschrieben werden.
Da der CRI für eine bestimmte Konfiguration, für die ein Commit ausgeführt wurde, fest ist, hat er Vorteile gegenüber der Verwendung eines Rollbackindex. Netzwerkmanagementsysteme (NMS) können den CRI für einen bestimmten Commit zwischenspeichern. Zu einem späteren Zeitpunkt kann das NMS den zwischengespeicherten Wert mit dem CRI der aktuellen Konfiguration auf dem Netzwerkgerät vergleichen, um zu erkennen, ob andere Systeme Out-of-Band-Konfigurationsänderungen am Gerät vorgenommen haben, z. B. während eines Wartungsfensters.
Darüber hinaus können Sie ab Junos OS und Junos OS Evolved Version 20.4R1 die CRI verwenden, die einer festgeschriebenen Konfiguration zugeordnet ist, um:
-
Zeigen Sie die Konfiguration an.
-
Vergleichen Sie zwei Konfigurationen.
-
Kehren Sie zur Konfiguration zurück.
-
Rufen Sie den aktuellen Rollback-Index ab, der dieser Konfiguration zugeordnet ist.
Verwenden Sie den Befehl, um die CRI anzuzeigen, die show system commit include-configuration-revision jedem Commit zugeordnet ist. Dadurch werden der Commit-Verlauf des Systems und der CRI für jeden Commit angezeigt.
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
Alternativ können Sie den CRI für eine bestimmte Rollback-Nummer anzeigen, indem Sie den show system rollback number configuration-revision Befehl eingeben.
user@host> show system rollback 0 configuration-revision The corresponding configuration revision is: re0-1596309177-4
Sobald Sie die CRI-Zeichenfolge für einen bestimmten Commit haben, können Sie diese Konfiguration mit dem show system configuration revision cri-string Befehl anzeigen.
user@host> show system configuration revision re0-1596309177-4
Sie können 2 Konfigurationen vergleichen, indem Sie die compare Option mit beiden CRIs verwenden.
user@host> show system configuration revision compare re0-1596309177-4 re0-1596309173-3
Sie können auch die Rollback-Nummer für einen bestimmten CRI anzeigen, indem Sie die rollback-number cri-string Option hinzufügen.
user@host> show system configuration revision rollback-number re0-1596309160-1 The corresponding rollback number is: 3
Darüber hinaus können Sie im Konfigurationsmodus ein Rollback zu einer Konfiguration durchführen, indem Sie den CRI anstelle des Rollback-Index angeben.
[edit] user@host# rollback revision re0-1596309160-1 load complete [edit] user@host# commit
Speichern einer Konfiguration in einer Datei
Wenn Sie eine Gerätekonfiguration in einer Datei speichern, können Sie sie mit einem beliebigen Nur-Text-Editor Ihrer Wahl bearbeiten. Sie können Ihre aktuelle Konfiguration in einer ASCII-Datei speichern, in der die Konfiguration in ihrer aktuellen Form gespeichert wird, einschließlich aller nicht festgeschriebenen Änderungen. Wenn mehr als ein Benutzer die Konfiguration ändert, werden alle von allen Benutzern vorgenommenen Änderungen gespeichert.
Um Änderungen an der Softwarekonfiguration in einer ASCII-Datei zu speichern, verwenden Sie den save Befehl configuration mode:
[edit]
user@host# save filename
[edit]
user@host#
Der Inhalt der aktuellen Ebene der Anweisungshierarchie (und darunter) wird zusammen mit der Anweisungshierarchie, die ihn enthält, gespeichert. Auf diese Weise kann ein Abschnitt der Konfiguration gespeichert werden, während die Anweisungshierarchie vollständig angegeben wird.
Standardmäßig wird die Konfiguration in einer Datei in Ihrem Home-Verzeichnis gespeichert, das sich auf dem Flash-Laufwerk befindet.
Wenn Sie diesen Befehl von einer beliebigen Stelle in der Hierarchie (mit Ausnahme der obersten Ebene) ausführen, wird automatisch ein replace Tag am Anfang der Datei eingefügt. Sie können das replace Tag verwenden, um zu steuern, wie eine Konfiguration aus einer Datei geladen wird.
Beispiel:
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; ... } }
Informationen zum Komprimieren der aktuellen Konfigurationsdatei
Standardmäßig ist die aktuelle Betriebskonfigurationsdatei komprimiert und wird in der Datei juniper.conf.gz im /config Dateisystem gespeichert. Die Betriebskonfigurationsdatei wird zusammen mit den letzten drei festgeschriebenen Versionen der Konfiguration gespeichert. Wenn Sie über große Netzwerke verfügen, überschreitet die aktuelle Konfigurationsdatei möglicherweise den verfügbaren Speicherplatz im /config Dateisystem. Durch das Komprimieren der aktuellen Konfigurationsdatei passt die Datei in das Dateisystem, wodurch die Größe der Datei in der Regel um 90 Prozent reduziert wird. Möglicherweise möchten Sie Ihre aktuellen Betriebskonfigurationsdateien komprimieren, wenn sie eine Größe von 3 Megabyte (MB) erreichen.
Wenn Sie die aktuelle Konfigurationsdatei komprimieren, ändern sich die Namen der Konfigurationsdateien. Um die Größe der Dateien im /config Dateisystem zu bestimmen, geben Sie den file list /config detail Befehl aus.
Es wird empfohlen, die Konfigurationsdateien zu komprimieren (dies ist die Standardeinstellung), um den benötigten Speicherplatz zu minimieren.
-
Wenn Sie die aktuelle Konfigurationsdatei komprimieren möchten, fügen Sie die
compress-configuration-filesAnweisung auf Hierarchieebene[edit system]ein:[edit system] compress-configuration-files;
-
Führen Sie einen Commit für die aktuelle Konfigurationsdatei durch, um die
compression-configuration-filesAnweisung einzuschließen. Bestätigen Sie die Konfiguration erneut, um die aktuelle Konfigurationsdatei zu komprimieren:[edit system] user@host#
set compress-configuration-filesuser@host#commitcommit complete -
Wenn Sie die aktuelle Betriebskonfigurationsdatei nicht komprimieren möchten, fügen Sie die
no-compress-configuration-filesAnweisung auf Hierarchieebene[edit system]ein:[edit system] no-compression-configuration-files;
-
Führen Sie einen Commit für die aktuelle Konfigurationsdatei durch, um die
no-compress-configuration-filesAnweisung einzuschließen. Bestätigen Sie die Konfiguration erneut, um die aktuelle Konfigurationsdatei zu dekomprimieren:[edit system] user@host#
set no-compress-configuration-filesuser@host#commitcommit complete
Geben Sie Systemspeicherplatz frei
Problem
Beschreibung
Der Speicherplatz der Systemdatei auf dem Gerät ist voll. Ein Neustart des Switches löst das Problem nicht.
Die folgende Fehlermeldung wird während eines typischen Vorgangs auf dem Gerät angezeigt, nachdem der Dateispeicherplatz voll ist:
user@host%cliuser@host>configure/var: write failed, filesystem is full
Lösung
Bereinigen Sie den Dateispeicher auf dem Gerät, indem Sie Systemdateien löschen.
-
Geben Sie eine Anforderung zum Bereinigen (Löschen) von Systemdateien aus.
user@host>
request system storage cleanupDie Liste der zu löschenden Dateien wird angezeigt.
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) -
Wählen Sie diese Option aus
yes, um die Dateien zu löschen. -
Starten Sie das Gerät neu.
Wir empfehlen Ihnen, regelmäßig eine Anfrage zur Bereinigung des Systemdateispeichers zu stellen. Durch die Bereinigung des Speicherplatzes in der Systemdatei wird die Geräteleistung optimiert.
Bereinigen von Dateien mit der CLI
Sie können den CLI-Befehl request system storage cleanup verwenden, um Protokolldateien zu rotieren und unnötige Dateien auf dem Gerät zu löschen. Wenn der Speicherplatz knapp wird, identifiziert das Dateibereinigungsverfahren schnell Dateien, die Sie löschen können.
Bei der Dateibereinigung werden die folgenden Aufgaben ausgeführt:
-
Rotiert Protokolldateien: Archiviert alle Informationen in den aktuellen Protokolldateien, löscht alte Archive und erstellt neue Protokolldateien.
-
Löscht Protokolldateien in
/var/log—Löscht alle Dateien, in die derzeit nicht geschrieben wird. -
Löscht temporäre Dateien in
/var/tmp—Löscht alle Dateien, auf die nicht innerhalb von zwei Tagen zugegriffen wurde. -
Löscht alle Absturzdateien in
/var/crash—Löscht alle Core-Dateien, die das Gerät während eines Fehlers geschrieben hat. -
Löscht alle Software-Images (
*.tgzDateien) in/var/sw/pkg—Löscht alle Software-Images, die während der Softwareaktualisierung in dieses Verzeichnis kopiert wurden.
So rotieren Sie Protokolldateien und löschen unnötige Dateien mit der CLI:
Sie können den request system storage cleanup dry-run Befehl ausführen, um die Liste der Dateien zu überprüfen, die Sie sicher löschen können. Mit der Probelaufaktion können Sie die Liste überprüfen, bevor Sie den request system storage cleanup Befehl zum Löschen der Dateien ausführen.
Bei Firewallsder SRX-Serie wird die Hierarchie /var in einer separaten Partition (anstelle der Root-Partition) gehostet. Wenn die Installation des Betriebssystems aufgrund von unzureichendem Speicherplatz fehlschlägt:
-
Verwenden Sie den
request system storage cleanupBefehl, um temporäre Dateien zu löschen. -
Löschen Sie alle vom Benutzer erstellten Dateien sowohl in der Stammpartition als auch in der
/varHierarchie.
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Feature Explorer, um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.
show | compare | display xml Befehl das <configuration> Tag in der XML-Ausgabe weg, wenn der Vergleich keine Unterschiede zurückgibt oder wenn der Vergleich nur Unterschiede für nicht native Konfigurationsdaten zurückgibt, z. B. Konfigurationsdaten, die einem OpenConfig-Datenmodell zugeordnet sind.