EN ESTA PÁGINA
Administración de configuraciones
El espectáculo | comparar | mostrar salida del comando xml
El compare | display xml filtro compara la configuración candidata con la configuración confirmada actual y muestra las diferencias entre las dos configuraciones en XML. Para comparar configuraciones, introduzca compare | display xml después del símbolo de tubería ( | ) en modo operativo o de configuración.
Ejemplo en modo operativo:
user@host> show configuration | compare | display xml
Ejemplo en modo de configuración:
[edit]
user@host# show | compare | display xml
Puede introducir una jerarquía de configuración específica inmediatamente anterior al compare filtro, por ejemplo, show configuration system syslog | compare | display xml. En el modo de configuración, puede navegar a una jerarquía donde se aplica el comando.
Las diferencias con respecto a la función de filtro de comparación se generan en XML. La configuration etiqueta inicia la salida. El contexto para los cambios se establece con etiquetas de nombre de jerarquía relativas a la raíz de la comparación. Para los cambios de elemento, se genera un operation atributo en la etiqueta donde se produce un cambio. Este atributo tiene el valor create, delete, o merge. Para los cambios de metadatos, se especifica el nombre de los metadatos. Por ejemplo, si una instrucción se marca como inactiva, el atributo y el inactive="inactive" valor se generan. El espacio de nombres nc se utiliza cuando es necesario para indicar que un atributo está en el espacio de nombres NETCONF en lugar del espacio de nombres del sistema operativo.
A partir de Junos OS versión 16.2R2, el show | compare | display xml comando omite la <configuration> etiqueta en la salida XML si la comparación no devuelve diferencias o si la comparación devuelve solo diferencias para datos de configuración no nativos, por ejemplo, datos de configuración asociados con un modelo de datos OpenConfig.
En las secciones siguientes se explica el XML que se genera para tipos específicos de cambios de configuración. Los cambios de texto correspondientes se muestran para la comparación.
- Agregar una instrucción (crear operación)
- Eliminar una instrucción (eliminar operación)
- Cambiar una instrucción (eliminar y crear operaciones)
- Cambiar metadatos (atributo y operación inactivos)
- Agregar una anotación (etiqueta de comentario y crear operación)
- Cambiar una anotación (etiqueta de comentario, y eliminar y crear operaciones)
- Agregar una instrucción dentro de un contenedor (crear operación, e insertar y atributos)
- Cambiar el orden dentro de un contenedor (operación de combinación e insertar y claver atributos)
Agregar una instrucción (crear operación)
En el ejemplo siguiente se muestra la adición de la dirección IPv4 2.2.2.2 a la unidad 1.
Las etiquetas proporcionan el contexto para name la adición. El operation="create" atributo indica que se creó una unit instrucción y se define mediante la configuración dentro de la unit etiqueta.
[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>
Eliminar una instrucción (eliminar operación)
En el ejemplo siguiente se muestra la eliminación de una instrucción simple en la jerarquía de configuración. Las etiquetas proporcionan system el contexto para la eliminación. El operation="delete" atributo indica que se eliminó la services instrucción. La configuración que sigue a la services instrucción se eliminó, aunque no es la salida.
[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>
En el ejemplo siguiente se muestra la eliminación de la unidad 1 de la ge-0/0/0 interfaz. La configuración que sigue a la unit instrucción se eliminó, aunque no es la salida.
[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>
En el ejemplo siguiente se muestra la eliminación de la apply-groups configuración. Los grupos que se eliminan no se muestran en el resultado.
[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>
Cambiar una instrucción (eliminar y crear operaciones)
En el ejemplo siguiente se muestra un cambio en una instrucción de la jerarquía. Las etiquetas proporcionan system el contexto para el cambio. El operation="delete" atributo indica que se eliminó la host-name instrucción. Se eliminó la configuración que sigue a la host-name instrucción, pero no se muestra en el resultado. El operation="create" atributo indica que se creó una host-name instrucción y se define mediante la configuración dentro de la host-name etiqueta.
[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>
Cambiar metadatos (atributo y operación inactivos)
En el ejemplo siguiente se muestra la inactivación de una instrucción en la jerarquía. Las etiquetas proporcionan system el contexto para el cambio. El inactive="inactive" atributo indica que la syslog instrucción se inactivó.
[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>
En el ejemplo siguiente se muestra la adición de una instrucción inactiva syslog . El operation="create" atributo indica que la syslog instrucción se creó y se define mediante la configuración dentro de la syslog etiqueta. El inactive="inactive" atributo indica que la syslog instrucción se inactivó.
[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>
Agregar una anotación (etiqueta de comentario y crear operación)
En el ejemplo siguiente se muestra la adición de un comentario a una instrucción. Las etiquetas proporcionan syslog el contexto para la anotación. El operation="create" atributo de la junos:comment etiqueta indica que se agregó un comentario a la [edit system syslog] jerarquía.
[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>
En el ejemplo siguiente se muestra la adición de un comentario a una instrucción. Las etiquetas proporcionan syslog el contexto para la anotación. El operation="create" atributo de la junos:comment etiqueta indica que se agregó un comentario a la [edit system syslog] jerarquía para la salida de la instrucción dentro de la syslog etiqueta.
[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>
Cambiar una anotación (etiqueta de comentario, y eliminar y crear operaciones)
En el ejemplo siguiente se muestra el cambio de un comentario para una instrucción. Las etiquetas proporcionan system el contexto para la anotación.
-
El
operation="delete"atributo de lajunos:commentetiqueta indica que se eliminó un comentario de la[edit system]jerarquía de lasysloginstrucción. -
El
operation="create"atributo de lajunos:commentetiqueta indica que se agregó un comentario a la[edit system]jerarquía de lasysloginstrucción.
[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>
Agregar una instrucción dentro de un contenedor (crear operación, e insertar y atributos)
En el ejemplo siguiente se muestra la adición de una file instrucción en la [edit system syslog] jerarquía. Las etiquetas proporcionan el contexto para syslog la adición.
-
El
operation="create"atributo de lafileetiqueta indica que se agregó unafileinstrucción. -
El
yang:insert="after"atributo indica que el archivo se agregó después de la posición indicada por elyang:key="[name='file-1']"atributo. -
El valor file-1 representa la posición dentro de las instrucciones existentes
file, donde uno es el primer archivo. -
En este ejemplo, la instrucción new
filese agregó después del primer archivo.
[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>
Cambiar el orden dentro de un contenedor (operación de combinación e insertar y claver atributos)
En el ejemplo siguiente se muestra el cambio en el orden de file las instrucciones en la [edit system syslog] jerarquía. Las etiquetas proporcionan syslog el contexto para el cambio.
-
El
operation="merge"atributo de lafileetiqueta indica que se ha movido una instrucción existentefile. -
El
yang:insert="after"atributo indica que el archivo se movió después del archivo en la posición indicada por elyang:key="[name='file-1']"atributo. -
El valor file-1 representa una posición dentro de las instrucciones existentes
file, donde uno es el primer archivo. -
El valor de la
nameetiqueta, file-3, representa una posición dentro de las instrucciones de archivo existentes. -
En este ejemplo, la
fileinstrucción en la tercera posición se movió después del primer archivo.
[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>
Volver a la configuración confirmada más reciente
Para volver a la configuración confirmada más reciente y cargarla en el modo de configuración sin activarla, utilice el comando del rollback modo de configuración:
[edit]
user@host# rollback
load complete
Para activar la configuración a la que retrocedió, use el commit comando:
[edit] user@host#rollbackload complete [edit] user@host#commit
Volver a una configuración previamente confirmada
En este tema se explica cómo puede volver a una configuración anterior a la confirmada más recientemente.
- Ejemplo de cómo volver a una configuración anterior
- Ejemplo de visualización de configuraciones anteriores
- Acerca de la comparación de versiones de configuración
Ejemplo de cómo volver a una configuración anterior
Para volver a una configuración anterior, incluya el número de configuración, del 0 al 49, en el rollback comando. La configuración guardada más recientemente es la número 0 (que es la configuración predeterminada a la que vuelve el sistema), y la configuración guardada más antigua es la número 49.
Ejemplo:
[edit]
user@host# rollback number
load complete
Ejemplo de visualización de configuraciones anteriores
Para mostrar configuraciones anteriores, utilice el rollback ? comando. Incluye el número de reversión, la fecha, la hora, el nombre del usuario que realizó los cambios y el método de confirmación.
Ejemplo:
[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]
Acerca de la comparación de versiones de configuración
Solo en el modo de configuración, cuando haya realizado cambios en la configuración, puede comparar la configuración candidata con una versión anterior. Para comparar versiones, utilice el compare comando para mostrar las configuraciones. El compare comando compara la configuración candidata con la configuración confirmada actual o con un archivo de configuración. Este comando también muestra las diferencias entre las dos configuraciones.
Para comparar configuraciones, especifique el comando después de compare la canalización:
[edit]
user@host# show | compare (filename| rollback n)
-
filenamees la ruta de acceso completa a un archivo de configuración. El archivo debe tener el formato adecuado: una jerarquía de instrucciones. -
nes el índice de la lista de configuraciones confirmadas anteriormente. La configuración guardada más recientemente es la número 0 y la configuración guardada más antigua es la número 49. Si no se especifican argumentos, el sistema compara la configuración candidata con el fichero de configuración activo (/config/juniper.conf).
El resultado de la comparación incluye los siguientes símbolos en el prefijo de instrucciones que son:
-
Solo en la configuración candidata: un signo más (+).
-
Solo en el archivo de comparación: un signo menos (-).
-
Inalterado; un único espacio en blanco ( ).
En el ejemplo siguiente se muestran varios cambios, seguidos de una comparación de la configuración candidata con la configuración activa. En el ejemplo se muestran solo los cambios realizados en el nivel de [edit protocols bgp] jerarquía:
[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; }
Uso de identificadores de revisión de configuración
Cada confirmación tiene un identificador de revisión de configuración (CRI) asociado. El CRI es una cadena única que, a diferencia del índice de reversión, no cambia cuando se confirman nuevas configuraciones.
Debido a que el CRI para una configuración determinada confirmada es fijo, tiene ventajas sobre el uso de un índice de reversión. Los sistemas de administración de red (NMS) pueden almacenar en caché el CRI para una confirmación determinada. En una fecha posterior, el NMS puede comparar el valor almacenado en caché con el CRI de la configuración actual en el dispositivo de red para detectar si otros sistemas realizaron cambios de configuración fuera de banda en el dispositivo, por ejemplo, durante una ventana de mantenimiento.
Además, a partir de Junos OS y Junos OS Evolved versión 20.4R1, puede utilizar la CRI asociada a una configuración confirmada para:
-
Vea la configuración.
-
Compare dos configuraciones.
-
Revertir a la configuración.
-
Recupere el índice de reversión actual asociado a esa configuración.
Para ver el CRI asociado a cada confirmación, utilice el show system commit include-configuration-revision comando. Esto mostrará el historial de confirmaciones del sistema y el CRI para cada confirmación.
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
Como alternativa, puede ver el CRI para un número de reversión específico emitiendo el show system rollback number configuration-revision comando.
user@host> show system rollback 0 configuration-revision The corresponding configuration revision is: re0-1596309177-4
Una vez que tenga la cadena CRI para una confirmación específica, puede ver esa configuración con el show system configuration revision cri-string comando.
user@host> show system configuration revision re0-1596309177-4
Puede comparar 2 configuraciones utilizando la compare opción con ambos CRI.
user@host> show system configuration revision compare re0-1596309177-4 re0-1596309173-3
También puede usar ver el número de reversión para un CRI específico al incluir la rollback-number cri-string opción.
user@host> show system configuration revision rollback-number re0-1596309160-1 The corresponding rollback number is: 3
Además, en el modo de configuración, puede revertir a una configuración especificando el CRI en lugar del índice de reversión.
[edit] user@host# rollback revision re0-1596309160-1 load complete [edit] user@host# commit
Guardar una configuración en un archivo
Guardar la configuración de un dispositivo en un archivo le permite editarlo con cualquier editor de texto sin formato de su elección. Puede guardar la configuración actual en un archivo ASCII, que guarda la configuración en su forma actual, incluidos los cambios no confirmados. Si más de un usuario está modificando la configuración, se guardarán todos los cambios realizados por todos los usuarios.
Para guardar los cambios de configuración del software en un archivo ASCII, utilice el comando del save modo de configuración:
[edit]
user@host# save filename
[edit]
user@host#
Se guarda el contenido del nivel actual de la jerarquía de instrucciones (y por debajo), junto con la jerarquía de instrucciones que la contiene. Esto permite guardar una sección de la configuración, mientras se especifica completamente la jerarquía de instrucciones.
De forma predeterminada, la configuración se guarda en un archivo en su directorio de inicio, que se encuentra en la unidad flash.
Cuando se emite este comando desde cualquier lugar de la jerarquía (excepto el nivel superior), se incluye automáticamente una replace etiqueta al principio del archivo. Puede utilizar la replace etiqueta para controlar cómo se carga una configuración desde un archivo.
Ejemplo:
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; ... } }
Acerca de la compresión del archivo de configuración actual
De forma predeterminada, el archivo de configuración operativa actual se comprime y se almacena en el archivo juniper.conf.gz del sistema de /config archivos. El archivo de configuración operativa se almacena junto con las tres últimas versiones confirmadas de la configuración. Si tiene redes grandes, es posible que el archivo de configuración actual supere el espacio disponible en el sistema de /config archivos. La compresión del archivo de configuración actual permite que el archivo quepa en el sistema de archivos, lo que normalmente reduce el tamaño del archivo en un 90 por ciento. Es posible que desee comprimir los archivos de configuración operativa actual cuando alcancen los 3 megabytes (MB) de tamaño.
Al comprimir el archivo de configuración actual, los nombres de los archivos de configuración cambian. Para determinar el tamaño de los archivos en el /config sistema de archivos, ejecute el file list /config detail comando.
Se recomienda comprimir los archivos de configuración (este es el valor predeterminado) para minimizar la cantidad de espacio en disco que requieren.
-
Si desea comprimir el archivo de configuración actual, incluya la
compress-configuration-filesinstrucción en el nivel de[edit system]jerarquía:[edit system] compress-configuration-files;
-
Confirme el archivo de configuración actual para incluir la
compression-configuration-filesinstrucción. Confirme la configuración de nuevo para comprimir el archivo de configuración actual:[edit system] user@host#
set compress-configuration-filesuser@host#commitcommit complete -
Si no desea comprimir el archivo de configuración operativa actual, incluya la
no-compress-configuration-filesinstrucción en el nivel de[edit system]jerarquía:[edit system] no-compression-configuration-files;
-
Confirme el archivo de configuración actual para incluir la
no-compress-configuration-filesinstrucción. Confirme de nuevo la configuración para descomprimir el archivo de configuración actual:[edit system] user@host#
set no-compress-configuration-filesuser@host#commitcommit complete
Libere espacio de almacenamiento en el sistema
Problema
Description
El espacio de almacenamiento de archivos del sistema en el dispositivo está lleno. Reiniciar el conmutador no resuelve el problema.
El siguiente mensaje de error aparece durante una operación típica en el dispositivo después de que el espacio de almacenamiento de archivos está lleno:
user@host%cliuser@host>configure/var: write failed, filesystem is full
Solución
Limpie el almacenamiento de archivos en el dispositivo eliminando los archivos del sistema.
-
Emitir una solicitud para limpiar (eliminar) los archivos del sistema.
user@host>
request system storage cleanupSe muestra la lista de archivos que se van a eliminar.
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) -
Seleccione esta opción
yespara eliminar los archivos. -
Reinicie el dispositivo.
Le recomendamos que envíe regularmente una solicitud para limpiar el almacenamiento de archivos del sistema. La limpieza del espacio de almacenamiento de archivos del sistema optimiza el rendimiento del dispositivo.
Limpiar archivos con la CLI
Puede usar el comando de la CLI request system storage cleanup para rotar los archivos de registro y eliminar archivos innecesarios en el dispositivo. Si se está quedando sin espacio de almacenamiento, el procedimiento de limpieza de archivos identifica rápidamente los archivos que puede eliminar.
El procedimiento de limpieza de archivos realiza las siguientes tareas:
-
Rotación de archivos de registro: archiva toda la información de los archivos de registro actuales, elimina archivos antiguos y crea archivos de registro nuevos.
-
Elimina archivos de registro en
/var/log: borra todos los archivos en los que no se está escribiendo actualmente. -
Elimina archivos temporales en
/var/tmp: borra todos los archivos a los que no se haya tenido acceso en un plazo de dos días. -
Borra todos los archivos de bloqueo en
/var/crash: borra todos los archivos principales que el dispositivo haya escrito durante un error. -
Borra todas las imágenes de software (
*.tgzarchivos) en/var/sw/pkg: borra todas las imágenes de software copiadas en este directorio durante las actualizaciones de software.
Para rotar archivos de registro y eliminar archivos innecesarios con la CLI:
Puede ejecutar el request system storage cleanup dry-run comando para revisar la lista de archivos que puede eliminar de forma segura. La acción de ejecución en seco le permite revisar la lista antes de ejecutar el request system storage cleanup comando para eliminar los archivos.
En los firewalls de la serie SRX, la /var jerarquía se aloja en una partición independiente (en lugar de la partición raíz). Si la instalación del sistema operativo falla como resultado de espacio insuficiente:
-
Utilice el
request system storage cleanupcomando para eliminar archivos temporales. -
Elimine todos los archivos creados por el usuario tanto en la partición raíz como en la
/varjerarquía.
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.
show | compare | display xml comando omite la <configuration> etiqueta en la salida XML si la comparación no devuelve diferencias o si la comparación devuelve solo diferencias para datos de configuración no nativos, por ejemplo, datos de configuración asociados con un modelo de datos OpenConfig.