EN ESTA PÁGINA
Administración de configuraciones
El espectáculo | comparar | mostrar salida del comando xml
El filtro compara la configuración candidata con la configuración confirmada actual y muestra las diferencias entre las dos configuraciones en XML.compare | display xml
Para comparar configuraciones, introduzca después del símbolo de tubería ( | ) en modo operativo o de configuración.compare | display xml
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 filtro, por ejemplo, .compare
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 etiqueta inicia la salida.configuration
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 atributo en la etiqueta donde se produce un cambio.operation
Este atributo tiene el valor , , o .create
delete
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 valor se generan.inactive="inactive"
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 comando omite la 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.show | compare | display xml
<configuration>
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 la adición.name
El atributo indica que se creó una instrucción y se define mediante la configuración dentro de la etiqueta.operation="create"
unit
unit
[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 el contexto para la eliminación.system
El atributo indica que se eliminó la instrucción.operation="delete"
services
La configuración que sigue a la instrucción se eliminó, aunque no es la salida.services
[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 interfaz.ge-0/0/0
La configuración que sigue a la instrucción se eliminó, aunque no es la salida.unit
[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 configuración.apply-groups
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 el contexto para el cambio.system
El atributo indica que se eliminó la instrucción.operation="delete"
host-name
Se eliminó la configuración que sigue a la instrucción, pero no se muestra en el resultado.host-name
El atributo indica que se creó una instrucción y se define mediante la configuración dentro de la etiqueta.operation="create"
host-name
host-name
[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 el contexto para el cambio.system
El atributo indica que la instrucción se inactivó.inactive="inactive"
syslog
[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 atributo indica que la instrucción se creó y se define mediante la configuración dentro de la etiqueta.operation="create"
syslog
syslog
El atributo indica que la instrucción se inactivó.inactive="inactive"
syslog
[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 el contexto para la anotación.syslog
El atributo de la etiqueta indica que se agregó un comentario a la jerarquía.operation="create"
junos:comment
[edit system syslog]
[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 el contexto para la anotación.syslog
El atributo de la etiqueta indica que se agregó un comentario a la jerarquía para la salida de la instrucción dentro de la etiqueta.operation="create"
junos:comment
[edit system syslog]
syslog
[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 el contexto para la anotación.system
-
El atributo de la etiqueta indica que se eliminó un comentario de la jerarquía de la instrucción.
operation="delete"
junos:comment
[edit system]
syslog
-
El atributo de la etiqueta indica que se agregó un comentario a la jerarquía de la instrucción.
operation="create"
junos:comment
[edit system]
syslog
[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 instrucción en la jerarquía.file
[edit system syslog]
Las etiquetas proporcionan el contexto para la adición.syslog
-
El atributo de la etiqueta indica que se agregó una instrucción.
operation="create"
file
file
-
El atributo indica que el archivo se agregó después de la posición indicada por el atributo.
yang:insert="after"
yang:key="[name='file-1']"
-
El valor file-1 representa la posición dentro de las instrucciones existentes , donde uno es el primer archivo.
file
-
En este ejemplo, la instrucción new se agregó después del primer archivo.
file
[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 las instrucciones en la jerarquía.file
[edit system syslog]
Las etiquetas proporcionan el contexto para el cambio.syslog
-
El atributo de la etiqueta indica que se ha movido una instrucción existente .
operation="merge"
file
file
-
El atributo indica que el archivo se movió después del archivo en la posición indicada por el atributo.
yang:insert="after"
yang:key="[name='file-1']"
-
El valor file-1 representa una posición dentro de las instrucciones existentes , donde uno es el primer archivo.
file
-
El valor de la etiqueta, file-3, representa una posición dentro de las instrucciones de archivo existentes.
name
-
En este ejemplo, la instrucción en la tercera posición se movió después del primer archivo.
file
[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 modo de configuración:rollback
[edit]
user@host# rollback
load complete
Para activar la configuración a la que retrocedió, use el comando:commit
[edit] user@host#rollback
load 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 comando.rollback
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 comando.rollback ?
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 comando para mostrar las configuraciones.compare
El comando compara la configuración candidata con la configuración confirmada actual o con un archivo de configuración.compare
Este comando también muestra las diferencias entre las dos configuraciones.
Para comparar configuraciones, especifique el comando después de la canalización:compare
[edit]
user@host# show | compare (filename| rollback n)
-
filename
es la ruta de acceso completa a un archivo de configuración. El archivo debe tener el formato adecuado: una jerarquía de instrucciones. -
n
es 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 jerarquía:[edit protocols bgp]
[edit] user@host#edit protocols bgp
[edit protocols bgp] user@host#show
group 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#show
group 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 comando.show system commit include-configuration-revision
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 comando.show system rollback number configuration-revision
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 comando.show system configuration revision cri-string
user@host> show system configuration revision re0-1596309177-4
Puede comparar 2 configuraciones utilizando la opción con ambos CRI.compare
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 opción.rollback-number cri-string
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 modo de configuración:save
[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 etiqueta al principio del archivo.replace
Puede utilizar la etiqueta para controlar cómo se carga una configuración desde un archivo.replace
Ejemplo:
user@host>file show /var/home/user/myconf
replace
: 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 del sistema de archivos.juniper.conf.gz/config 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 archivos./config 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 sistema de archivos, ejecute el comando./configfile list /config detail
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 instrucción en el nivel de jerarquía:
compress-configuration-files
[edit system]
[edit system] compress-configuration-files;
-
Confirme el archivo de configuración actual para incluir la instrucción.
compression-configuration-files
Confirme la configuración de nuevo para comprimir el archivo de configuración actual:[edit system] user@host#
set compress-configuration-files
user@host#commit
commit complete -
Si no desea comprimir el archivo de configuración operativa actual, incluya la instrucción en el nivel de jerarquía:
no-compress-configuration-files
[edit system]
[edit system] no-compression-configuration-files;
-
Confirme el archivo de configuración actual para incluir la instrucción.
no-compress-configuration-files
Confirme de nuevo la configuración para descomprimir el archivo de configuración actual:[edit system] user@host#
set no-compress-configuration-files
user@host#commit
commit 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%cli
user@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 cleanup
Se 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 para eliminar los archivos.
yes
-
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 para rotar los archivos de registro y eliminar archivos innecesarios en el dispositivo.request system storage cleanup
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: borra todos los archivos en los que no se está escribiendo actualmente.
/var/log
-
Elimina archivos temporales en: borra todos los archivos a los que no se haya tenido acceso en un plazo de dos días.
/var/tmp
-
Borra todos los archivos de bloqueo en : borra todos los archivos principales que el dispositivo haya escrito durante un error.
/var/crash
-
Borra todas las imágenes de software ( archivos) en: borra todas las imágenes de software copiadas en este directorio durante las actualizaciones de software.
*.tgz
/var/sw/pkg
Para rotar archivos de registro y eliminar archivos innecesarios con la CLI:
Puede ejecutar el comando para revisar la lista de archivos que puede eliminar de forma segura.request system storage cleanup dry-run
La acción de ejecución en seco le permite revisar la lista antes de ejecutar el comando para eliminar los archivos.request system storage cleanup
En los firewalls de la serie SRX, la jerarquía se aloja en una partición independiente (en lugar de la partición raíz)./var
Si la instalación del sistema operativo falla como resultado de espacio insuficiente:
-
Utilice el comando para eliminar archivos temporales.
request system storage cleanup
-
Elimine todos los archivos creados por el usuario tanto en la partición raíz como en la jerarquía.
/var
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
<configuration>